Swing API的設計目標是強大、靈活和易用。特別地，我們希望能讓程序員們方便地建立新的Swing組件，不論是從頭開始還是通過擴展我們所提供的一些組件。
出于這個目的，我們不要求Swing組件支持多線程訪問。相反，我們向組件發送請求并在單一線程中執行請求。
本文討論線程和Swing組件。目的不僅是為了幫助你以線程安全的方式使用Swing API，而且解釋了我們為什么會選擇現在這樣的線程方案。
本文包括以下內容：
單線程規則：Swing線程在同一時刻僅能被一個線程所訪問。一般來說，這個線程是事件派發線程（event-dispatching thread）。
規則的例外：有些操作保證是線程安全的。
事件分發：如果你需要從事件處理（event-handling）或繪制代碼以外的地方訪問UI，那么你可以使用SwingUtilities類的invokeLater()或invokeAndWait()方法。
創建線程：如果你需要創建一個線程——比如用來處理一些耗費大量計算能力或受I/O能力限制的工作——你可以使用一個線程工具類如SwingWorker或Timer。
為什么我們這樣實現Swing：我們將用一些關于Swing的線程安全的背景資料來結束這篇文章。
Swing的規則是：
一旦Swing組件被具現化（realized），所有可能影響或依賴于組件狀態的代碼都應該在事件派發線程中執行。
這個規則可能聽起來有點嚇人，但對許多簡單的程序來說，你用不著為線程問題操心。在我們深入如何撰寫Swing代碼之前，讓我們先來定義兩個術語：具現化（realized）和事件派發線程（event-dispatching thread）。
具現化的意思是組建的paint()方法已經或可能會被調用。一個作為頂級窗口的Swing組件當調用以下方法時將被具現化：setVisible(true)、show()或（可能令你驚奇）pack()。當一個窗口被具現化，它包含的所有組件都被具現化。另一個具現化一個組件的方法是將它放入到一個已經具現化的容器中。稍后你會看到一些對組件具現化的例子。
事件派發線程是執行繪制和事件處理的線程。例如，paint()和actionPerformed()方法會自動在事件派發線程中執行。另一個將代碼放到事件派發線程中執行的方法是使用SwingUtilities類的invokeLater()方法。
所有可能影響一個已具現化的Swing組件的代碼都必須在事件派發線程中執行。但這個規則有一些例外：
有些方法是線程安全的：在Swing API的文檔中，線程安全的方法用以下文字標記：
This method is thread safe, although most Swing methods are not.
（這個方法是線程安全的，盡管大多數Swing方法都不是。）