使用 Java 在 Windows 和 OS X 上保存程序配置文件的最佳位置？
我有一个在 Windows XP / Vista / 7 和 Mac OS X 上运行的 SWT Java 应用程序。我当前将配置文件保存到：
System.getProperty("user.home") + 文件名
随着 Windows Vista 中安全性的更改对于 Windows 7，这似乎不再是保存它的最佳位置。
该文件保存注册密钥信息等信息，如果该文件无法保存或被删除，这对我的用户来说会很烦人。
我应该使用更好的路径吗？
另外，Mac OS X 上每个用户应用程序数据的首选路径是什么？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
根据Apple 文档
macos path for application data to be kept is "~/Library/Application Support" as per Apple documentation
安全方面有何变化？我知道他们禁止在程序文件中写入，我不知道他们禁止在用户主目录中写入。
这将是一个严重的兼容性破坏，我在那里写了许多应用程序，要么直接写在文件中，要么写在文件夹中（在 Unix 模式下“隐藏”，即以点为前缀）。
现在，用 应用程序数据文件夹 与许多其他应用程序一样（但很少有似乎使用以前的解决方案的跨平台应用程序......），但是在 Java 中似乎很难找到确切的位置，并且需要进行平台检测才能在其他平台上执行其他操作。
另一种选择似乎是使用 首选项 API，即。 java.util.prefs.Preferences。
What changes in security? I understand they prohibited writing in Program Files, I didn't know they forbid to write in user home.
It would be a serious compatibility break, I have a number of applications writing there, either directly a file, or in a folder ("hidden" at the Unix mode, ie. prefixed with a dot).
Now, it seems to be more "friendly" to write in Application Data folder as do a number of other applications (but rarely cross-platform applications which seem to use the previous solution...) but the exact location seems hard to find in Java, and would need a platform detection to do something else on other platforms.
An alternative seems to be to use the Preferences API, ie. java.util.prefs.Preferences.
Sun 本身及其 java 控制面板也存在同样的问题（bug 6487334）：他们的控制面板在不同的完整性级别上运行，无法同时读取/写入其部署目录。
他们将其移至
c:\users\\appdata\local ，但不必依赖System.getProperty("user.home")，因为今天，如果 Windows 被“调整”，它使用的注册表 KEY 可以设置为不正确的值： bug 6519127所以问题如何获取Java 中的本地应用程序数据文件夹？，使用
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\*是开始为您的应用程序寻找读/写访问权限的正确位置设置。例如，您可以使用 SWT Win32 Extension 项目来阅读它。
将数据保存在用户的主目录中的好处是它们将成为用户个人资料的一部分，可以是 漫游配置文件，注销时保存并在登录时恢复（在公司工作站上经常使用）
Sun itself, with its java control panel, had the very same problem (bug 6487334): their control panel, running at different integrity level, could not both read/write to their deployment directories.
They moved it to
c:\users\<username>\appdata\local, but had to not rely onSystem.getProperty("user.home")because to this day, it uses a registry KEY that can be set to incorrect value if windows is "tweaked": bug 6519127So the question How to get local application data folder in Java?, using
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\*is the right place to start looking for read/write access for your settings.You can read it with, for instance, SWT Win32 Extension project.
The interest to keep your data within the user's homedir is that they will be part of the user's profile which can be a roaming profile, saved at logoff and restored at logon (used quite often on corporation's workstations)