Java Swing多线程死锁问题解析

在基于Java Swing进行图形界面开发的时候，经常遇到的就是Swing多线程问题。我们可以想想一下， 如果需要在一个图形界面上显示很多数据，这些数据是经过长时间、复杂的查询和运算得到的。如果在图 形界面的同一个线程中进行查询和运算工作则会导致一段时间界面处于死机状态，这会给用户带来不良的 互动感受。为了解决这个问题，一般会单独启动一个线程进行运算和查询工作，并随时更新图形界面。这 时候，另一个问题就出现了，可能不仅没有解决原来偶尔死机问题，还可能导致程序彻底死掉。幸运的是 在JDK中暗藏了一个中断程序的快捷键，就是CTRL+BREAK，这个快捷键Sun并没有在文档中公布。如果在命 令行模式下启动Java程序，然后按CTRL+BREAK键，会得到堆栈的跟踪信息。从这些跟踪信息中就可以知道 具体引发死机的位置了。

当一个程序产生死锁的时候，你一定会希望尽快找到原因并且解决它。这时候，你一般的精力会用在 查找引发死锁的位置，另一半的精力会用于对堆栈进行跟踪一确定引发死锁的原因。但是在Java Swing程 序中，你的所有努力可能都是没有价值的。这是因为Java对Swing的多线程编程有一个特殊要求。就是在 Swing里，只能在与Swing 相同的线程里对GUI元件进行修改。

也就是说，如果你要执行类似于jLabel1.setText("blabla")代码，必须在Swing线程中，而不允许在 其他线程当中。如果必须在其他线程中修改元件，可以使用类似一下方式解决：

SwingUtilities.invokeLater(new　Runnable()　{ 　　　　　　 public　void　run()　{ 　　　　　　　　　　 jLabel1.setText("blabla"); 　　　　　 } 　　 }

invokeLater方法虽然表面有时间延迟执行含义，但是实际上几乎没有任何影响，可能在几毫秒之内就 会被执行。另外还有一个invokeAndWait方法，除非特殊需要，否则几乎是不用的。

在不使用invokeLater的情况下，导致刷新问题是可以理解的，但是导致死锁就优点令人匪夷所思了。 幸运的是，不是任何时候都需要调用改方法，这是因为大多数情况下，我们都是在与Swing同一个线程里 进行界面更新。例如监听按钮点击事件的 ActionListener.actionPerformed方法就是运行在与Swing相同 的线程中的。但是如果在回调类中引用了另一个类，并且是不属于AWT/Swing的，那么结果就很难确定了 。所以说使用invokeLater应该是最安全的。

需要注意的是，在 invokeLater做的任何事情，都会导致Swing线程窗口绘制工作暂停下来，等候 invokeLater工作结束。所以不要在 invokeLater进行耗时操作，尽量只执行那些界面绘制相关的工作。 可以通过代码重构，将那些与界面更新相关的代码集中起来统一处理。

一个建议是那些在Swing中使用的类进行合理的设计。代码执行前判断是否处于Swing线程当中(使用 SwingUtilities.isEventDispatchThread()方法)，如果不是，则需要通过 SwingUtilities.invokeLater(Runnable)执行，否则则直接执行代码。但是这说起来简单，但是实际操作 会遇到很多困难。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!