一 Swing線程基礎

一個Swing程式中一般有下面三種類型的執行緒：
    * 初始化執行緒(Initial Thread)
    * UI事件排程執行緒(EDT)
    * 任務執行緒(Worker Thread)
每個程式必須有一個main方法，這是程式的入口。該方法執行在初始化或啟動執行緒上。初始化執行緒讀取程式引數並初始化一些物件。在許多Swing程式中，該執行緒主要目的是啟動程式的圖形使用者介面(GUI)。一旦GUI啟動後，對於大多數事件驅動的桌面程式來說，初始化執行緒的工作就結束了。

Swing程式只有一個用EDT，該執行緒負責GUI元件的繪製和更新，通過呼叫程式的事件處理器來響應使用者互動。所有事件處理都是在EDT上進行的，程式同UI元件和其基本資料模型的互動只允許在EDT上進行，所有執行在EDT上的任務應該儘快完成，以便UI能及時響應使用者輸入。

Swing程式設計時應該注意以下三點：
1.從其他執行緒訪問UI元件及其事件處理器會導致介面更新和繪製錯誤。
2.在EDT上執行耗時任務會使程式失去響應，這會使GUI事件阻塞在佇列中得不到處理。
3.應使用獨立的任務執行緒來執行耗時計算或輸入輸出密集型任務，比如同資料庫通訊、訪問網站資源、讀寫大樹據量的檔案。
總之，任何干擾或延遲UI事件的處理只應該出現在獨立任務執行緒中；在初始化執行緒或任務執行緒同Swing元件或其預設資料模型進行的互動都是非執行緒安全性操作。

二 使用合適執行緒

初始化執行緒執行程式的main方法，該方法能處理許多工。但在典型的Swing程式中，其主要任務就是建立和執行應用程式的介面。建立UI的點，也就是程式開始將控制權轉交給UI時的點，往往是同EDT互動出現問題的第一個地方。

許多程式使用下面方法啟動介面，但這是錯誤的啟動UI介面的方法：
public class MainFrame
extends javax.swing.JFrame {
 …

 public static void main(String[] args)
{
   new MainFrame().setVisible(true);
 }
}

儘管這種錯誤出現在開始，但仍然違反了不應在EDT外的其他執行緒同Swing元件互動的原則。這個錯誤尤其容易犯，執行緒同步問題雖然不是馬上顯示出來，但是還要注意避免這樣書寫。

正確啟動UI介面應該如下：

public class MainFrame extends javax.swing.JFrame
{
 …

 public static void main(String[] args)
{
   SwingUtilities.invokeLater(new Runnable()
{
     public void run()
{
       new
MainFrame().setVisible(true);
     }
   });
 }
}

使用NetBeans IDE的開發者應該對這段程式碼很熟悉，NetBeans通常會自動生成這段程式碼。這段啟動程式碼雖然和SwingWorker沒有直接關係，但是這個程式設計正規化很重要。SwingUtilities類包含一些靜態方法幫你同UI元件互動，其中invokeLater方法意思是在EDT上執行其Runnable任務。Runnable介面定義了可作為獨立執行緒執行的任務。

在初始化執行緒中使用invokeLater方法能正確的初始化程式介面。就像前面文章所提到的，此方法是非同步執行的，也就是說呼叫會立即返回。建立介面後，大部分初始化執行緒基本上就結束了。

通常有兩種辦法呼叫此方法：
* SwingUtilities.invokeLater
* EventQueue.invokeLater
兩個方法都是正確的，java培訓選擇任何一個都可以。實際上，SwingUtilities版只是一個薄薄的封裝方法，它直接轉而呼叫EventQueue.invokeLater。因為Swing框架本身經常呼叫SwingUtilities，使用SwingUtilities可以減少程式引入的類。

另種將任務放到EDT執行的方法是SwingUtilities.invokeAndWait，不像invokeLater，invokeAndWait方法是阻塞執行的，它在EDT上執行Runnnable任務，直到任務執行完了，該方法才返回呼叫執行緒。

invokeLater和invokeAndWait都在事件派發佇列中的所有事件都處理完之後才執行它們的Runnable任務，也就是說，這兩個方法將Runnable任務放在事件佇列的末尾。

注意：雖然可以在其他執行緒上呼叫invokeLater，也可以在EDT上呼叫invokeLater，但是千萬不要在EDT執行緒上呼叫invokeAndWait方法！很容易理解，這樣做會造成執行緒競爭，程式就會陷入死鎖。

三 進一步理解事件派發執行緒（EDT）

當執行一個 Swing 程式時，會自動建立三個執行緒。
1.主執行緒，負責執行main 方法。
2. toolkit 執行緒，負責捕捉系統事件，比如鍵盤、滑鼠移動等，程式設計師不會有任何程式碼在這個執行緒上執行。Toolkit執行緒的作用是把自己捕獲的事件傳遞給第三個執行緒，也就是事件派發執行緒。
3. 事件派發執行緒（EDT，Event Dispatcher Thread），顧名思義是用來派發事件（根據事件找到對應的事件處理程式碼）的執行緒。EDT接收來自 toolkit 執行緒的事件，並且將這些事件組織成一個佇列，EDT的工作內容就是將這個佇列中的事件按照順序派發給相應的事件監聽器，並且呼叫事件監聽器中的回撥函式，這也意味著，所有的事件處理程式碼都是在EDT而不是主執行緒中執行。
上面說到EDT中維護了一個事件的佇列，並且它們是按照順序派發的。由於事件派發是單執行緒的操作，所以只有等待前面事件監聽器的回撥函式執行完畢，才能夠執行元件更新的操作，以及繼續派發後面的事件。這樣導致的一個後果就是：當在一個事件監聽回撥函式中做了耗時的操作，那麼，介面會因此停住，並且介面上所有控制元件失效（不可觸發）。
解決這個問題的方法是：在事件處理函式中將耗時的操作放到新執行緒（一般稱之為工作執行緒）中執行，而不是讓其在EDT中執行。

案例：

一個視窗，有一個按鈕和一個label。點選按鈕，系統將做模仿匯入資料的動作，匯入資料之前需要檢測資料的合法性。並且，檢測資料和匯入資料這兩個步驟都需要耗費一定的時間。
如果沒有之前說到的EDT的概念，那麼你可能會這麼做：

但是，如果執行一下的話，會發現現象是這樣：點選按鈕，介面卡住，按鈕變得不可觸發，直到一段時間（7秒）之後介面顯示“3.匯入成功”。期間並沒有顯示“1.檢查資料合法性”和“2.正在匯入資料”。
這個現象印證了上面說的理論：當事件派發執行緒中正在執行的事件監聽函式執行完畢，才能進行UI元件的重新整理操作，並且派發事件佇列中的下一個。

四 使用SwingUtilities.invokeLater實現的一個進度條例項

執行後截圖如下：

完整程式碼：