如果有人有使用Swing应用程序的经验，我会特别感兴趣吗？
可用的版本似乎是测试版，因此它们不会提供完美的评估基础，但有些版本。
br，Touko
答案 0 :(得分：3)
更新与问题相关的信息：
根据Supported System Configurations for Java SE 6 and Java For Business 6 ，
Windows 7 support was introduced in 1.6.0_14
来自Java SE 6 Update 14 Release Notes更改：
6821003 hotspot runtime_system Update hotspot windows os_win32 for windows 7
来自Java SE 6 Update 18 Release Notes：
For 6u18, support has been added for the following system configurations:
* Windows 7 support is now available
答案 1 :(得分：1)
我一直在Win 7 x64盒子上使用各种Java应用程序就好了，从来没有遇到任何问题。甚至我的一些编码不佳的摇摆应用也没有问题。
在大多数情况下，Win 7是Vista的新服装。因此不应该有太多问题。
答案 2 :(得分：1)
您最关心的是安装正确的Java运行时。当你想要正确编写Swing程序以完全相同的方式工作时。
（适当时我指的是没有硬编码按钮尺寸或类似）
答案 3 :(得分：1)
在windows7中有几个swing应用的问题，如下所述：
JCheckBoxMenuItem不会显示图片
JCheckBoxMenuItem(Icon,Text,boolean);//Icon will not displayed
您可以参考http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7122141。
重点问题。有时逃脱不起作用
答案 4 :(得分：0)
我在Windows 7上使用Swing应用程序（可能是Vista - 还没有尝试过）的问题是，Java Runtime向Windows表明它是UAC感知的，而我的应用程序实际上是在JVM中运行的不是。因此，如果有人将其安装到传统位置（例如C：\ Program Files \ MyApp），则应用程序将失败，因为它无法将配置数据或错误日志文件写入其安装目录。因为我使用一些第三方库将自己的文件写入当前（即安装）目录，而且我还有许多重要的事情要做，而不是深入研究这些库，只是为了使他们的错误报告和配置存储能够识别UAC ，我采取阻力最小的路径，并将我的默认安装目录更改为C：\ MyApp。我意识到这是对旧DOS时代的回归，人们最终在C：\中找到了无数的应用程序目录，但是对于遗留应用程序实现UAC虚拟化的Windows方法对Java应用程序不起作用并不是我的错。