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)執行，否則則直接執行代碼。但是這說起來簡單，但是實際操作 會遇到很多困難。