Java $ APP_PACKAGE路径名变量不起作用

Question

根据Mac的Java Info.plist密钥参考 ，您应该能够使用$ APP_PACKAGE变量来访问Mac应用程序捆绑包的根目录。 因此，我认为可以将文件存储在Contents / Resources /文件夹中，并可以通过调用

new File("$APP_PACKAGE/Contents/Resources/MyFile.txt")

但是，这似乎不起作用，我只是遇到了找不到文件的错误。 此外，我尝试了以下方法以查看是否可以缩小问题的范围：

new File("$APP_PACKAGE/Contents").exists() //Returns false
System.out.printline(new File("$APP_PACKAGE").getParent()) //Returns an empty string

如果确实如此，我确实使用Eclipse的“导出到Mac OS X”应用程序捆绑包生成了Mac OS X捆绑软件。 任何帮助（或适当的解决方法）将不胜感激！

Answer 1

如果将该值设置为环境变量，则可以使用System.getEnv()首先获取APP_PACKAGE的实际值，然后使用它创建File对象。

String appPackage = System.getEnv("APP_PACKAGE");
new File(appPackage + "/Contents/Resources/MyFile.txt");

就是说，从您给定链接的读取中，我想知道此变量是否只是在从plist文件中读取时消耗的，而不是在您的Java进程中。 如果实际上没有将变量作为环境变量提供给Java程序，则可以轻松地在Contents目录中检索文件，因为我记得Mac上的应用程序包装应具有以下架构

/Contents
  /MacOS
    YourBinary
  /Resources
    YourFile.txt

根据您应用程序的当前工作目录（我认为它应默认为/Contents/MacOS ），您可以使用../Resources/YourFile.txt检索正确的路径。 如果您不知道当前的工作目录，则可以打印new File(".").getAbsolutePath()的值new File(".").getAbsolutePath()

Answer 2

我想到了！ 即使该应用程序很难告诉我工作目录是什么，我还是设法弄清了该目录是该应用程序所在的文件夹。然后，我能够通过将应用程序称为目录来解决该问题：

new File("MyApp.app/Contents/Resources/MyFile.txt").exists() //Returns true!!!

我还想补充一点，我在此博客文章中找到了建议，可以将以下内容添加到我的info.plist文件中：

<key>WorkingDirectory</key>
<string>$APP_PACKAGE/Contents/Resources</string>

不幸的是，这似乎在Mac OS 10.7.5上不起作用，并且工作目录只是被重置为应用程序所在的文件夹。