一次编写到处调试的Java啊。。。（Swing开发若干问题总结）

    做Swing开发很久了。遇到过很多问题，有一部分是JRE的bug，只有在特定的系统环境下才会出现。乘着有点空闲时间，简单总结一下。主要是UI显示不正确的情况（特大、特宽、特高、空白、绘制不全等）。

 

1. 对话框没有父窗口

    问题：Ubuntu上打开桌面特效。没有父窗口的对话框容易显示的很大，并且绘制不全。

    Work around：确保所有的对话框有一个有效的父窗口。

 

2. 窗口的getPreferredSize不能够返回正确的大小

    问题：Ubuntu上打开桌面特效。窗口容易显示的很大。

    Work around：如果不用布局管理器，可以重载getPreferredSize或者调用setPreferredSize（J2SE1.4不支持）；

             使用布局管理器，保证子组件的getPreferredSize能返回正确的结果，并且对窗口setSize之前先pack一下。

 

3. 窗口显示后动态调整窗口大小

    问题：Solaris上容易出现绘制不全的问题。

    Work around：调整大小后调用一下validate，然后repaint。

 

4. 在非UI线程中修改UI

    问题：在所有系统上，都可能出现绘制不全，或者更严重的crash的问题

    Work around：避免这种调用。部分可用SwingUtilities.invokeLater和SwingUtilities.invokeAndWait代替。

 

5. 未知原因

    问题：Kubuntu 9.04 + JRE1.6.0_13，JOptionPane生成的MessageBox弹不出来，但是可以用Alt+Tab找到。（刚发现的问题，幸好不在我们的软件的支持目录里。）

    Work around：未知

 

    避免以上问题后并不能100%的保证Swing的UI在所有操作系统环境下都没有问题，但是可以解决掉很多问题。

 

    至于Java进程crash的问题，实在很难找到规律。部分可能是多线程访问UI导致的。Swing本身就是不支持多线程的，所以要避免在非UI线程里访问UI。Swing在这点上做的很不好，本身不支持多线程，但是在非UI线程中访问UI，90%以上是会成功的，而不是做保护禁止这种访问。这样就导致程序运行的不确定性，因为开发人员有时会在不知情的情况下在非UI线程里访问UI。这点MFC就是绝对禁止这样做的，这样做一定会导致程序的crash。这样在开发的前期就可以发现问题。

 

    最后感慨一下：一次编写到处调试的Java啊。。。