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

    技术2022-05-12  0

        做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啊。。。


    最新回复(0)