Swing API的設(shè)計(jì)目標(biāo)是強(qiáng)大、靈活和易用。非凡地，我們希望能讓程序員們方便地建立新的Swing組件，不論是從頭開(kāi)始還是通過(guò)擴(kuò)展我們所提供的一些組件。

　　出于這個(gè)目的，我們不要求Swing組件支持多線程訪問(wèn)。相反，我們向組件發(fā)送請(qǐng)求并在單一線程中執(zhí)行請(qǐng)求。

　　本文討論線程和Swing組件。目的不僅是為了幫助你以線程安全的方式使用Swing API，而且解釋了我們?yōu)槭裁磿?huì)選擇現(xiàn)在這樣的線程方案。

　　本文包括以下內(nèi)容：
　　　單線程規(guī)則：Swing線程在同一時(shí)刻僅能被一個(gè)線程所訪問(wèn)。一般來(lái)說(shuō)，這個(gè)線程是事件派發(fā)線程（event-dispatching thread）。

　　　規(guī)則的例外：有些操作保證是線程安全的。

　　　事件分發(fā)：假如你需要從事件處理（event-handling）或繪制代碼以外的地方訪問(wèn)UI，那么你可以使用SwingUtilities類的invokeLater()或invokeAndWait()方法。

　　　創(chuàng)建線程：假如你需要?jiǎng)?chuàng)建一個(gè)線程——比如用來(lái)處理一些耗費(fèi)大量計(jì)算能力或受I/O能力限制的工作——你可以使用一個(gè)線程工具類如SwingWorker或Timer。

　　　為什么我們這樣實(shí)現(xiàn)Swing：我們將用一些關(guān)于Swing的線程安全的背景資料來(lái)結(jié)束這篇文章。

　　Swing的規(guī)則是：

　　一旦Swing組件被具現(xiàn)化（realized），所有可能影響或依靠于組件狀態(tài)的代碼都應(yīng)該在事件派發(fā)線程中執(zhí)行。

　　這個(gè)規(guī)則可能聽(tīng)起來(lái)有點(diǎn)嚇人，但對(duì)許多簡(jiǎn)單的程序來(lái)說(shuō)，你用不著為線程問(wèn)題操心。在我們深入如何撰寫Swing代碼之前，讓我們先來(lái)定義兩個(gè)術(shù)語(yǔ)：具現(xiàn)化（realized）和事件派發(fā)線程（event-dispatching thread）。

　　具現(xiàn)化的意思是組建的paint()方法已經(jīng)或可能會(huì)被調(diào)用。一個(gè)作為頂級(jí)窗口的Swing組件當(dāng)調(diào)用以下方法時(shí)將被具現(xiàn)化：setVisible (true)、show()或（可能令你驚異）pack()。當(dāng)一個(gè)窗口被具現(xiàn)化，它包含的所有組件都被具現(xiàn)化。另一個(gè)具現(xiàn)化一個(gè)組件的方法是將它放入到一個(gè)已經(jīng)具現(xiàn)化的容器中。稍后你會(huì)看到一些對(duì)組件具現(xiàn)化的例子。

　　事件派發(fā)線程是執(zhí)行繪制和事件處理的線程。例如，paint()和actionPerformed()方法會(huì)自動(dòng)在事件派發(fā)線程中執(zhí)行。另一個(gè)將代碼放到事件派發(fā)線程中執(zhí)行的方法是使用SwingUtilities類的invokeLater()方法。

　　所有可能影響一個(gè)已具現(xiàn)化的Swing組件的代碼都必須在事件派發(fā)線程中執(zhí)行。但這個(gè)規(guī)則有一些例外：

　　有些方法是線程安全的：在Swing API的文檔中，線程安全的方法用以下文字標(biāo)記：

　　This method is thread safe, although most Swing methods are not.
　?。ㄟ@個(gè)方法是線程安全的，盡管大多數(shù)Swing方法都不是。）

一個(gè)應(yīng)用程序的GUI經(jīng)?？梢栽谥骶€程中構(gòu)建和顯示：下面的典型代碼是安全的，只要沒(méi)有（Swing或其他）組件被具現(xiàn)化：

public class Myapplication
{
　public static void main(String[] args)
　{
　　JFrame f = new JFrame("Labels"); // 在這里將各組件
　　 // 加入到主框架……
　　 f.pack();
　　 f.show();
　　 // 不要再做任何GUI工作……
　 }
}

　　上面所示的代碼全部在“main”線程中運(yùn)行。對(duì)f.pack()的調(diào)用使得JFrame以下的組件都被具現(xiàn)化。這意味著，f.show()調(diào)用是不安全的且應(yīng)該在事件派發(fā)線程中執(zhí)行。盡管如此，只要程序還沒(méi)有一個(gè)看得到的GUI，JFrame或它的里面的組件就幾乎不可能在f.show()返回前收到一個(gè)paint()調(diào)用。因?yàn)樵趂.show()調(diào)用之后不再有任何GUI代碼，于是所有GUI工作都從主線程轉(zhuǎn)到了事件派發(fā)線程，因此前面所討論的代碼實(shí)際上是線程安全的。

　　一個(gè)applet的GUI可以在init()方法中構(gòu)造和顯示：現(xiàn)有的瀏覽器都不會(huì)在一個(gè)applet的 init()和start()方法被調(diào)用前繪制它。因而，在一個(gè)applet的init()方法中構(gòu)造GUI是安全的，只要你不對(duì)applet中的對(duì)象調(diào)用show()或setVisible(true)方法。

　　要順便一提的是，假如applet中使用了Swing組件，就必須實(shí)現(xiàn)為 JApplet的子類。并且，組件應(yīng)該添加到的JApplet內(nèi)容窗格（content pane）中，而不要直接添加到JApplet。對(duì)任何applet，你都不應(yīng)該在init()或start()方法中執(zhí)行費(fèi)時(shí)的初始化操作；而應(yīng)該啟動(dòng)一個(gè)線程來(lái)執(zhí)行費(fèi)時(shí)的任務(wù)。

　　下述JComponent方法是安全的，可以從任何線程調(diào)用：repaint()、revalidate ()、和invalidate()。repaint()和revalidate()方法為事件派發(fā)線程對(duì)請(qǐng)求排隊(duì)，并分別調(diào)用paint()和 validate()方法。invalidate()方法只在需要確認(rèn)時(shí)標(biāo)記一個(gè)組件和它的所有直接祖先。

　　監(jiān)聽(tīng)者列表可以由任何線程修改：調(diào)用addListenerTypeListener()和removeListenerTypeListener()方法總是安全的。對(duì)監(jiān)聽(tīng)者列表的添加/刪除操作不會(huì)對(duì)進(jìn)行中的事件派發(fā)有任何影響。

　　注重：revalidate()和舊的validate()方法之間的重要區(qū)別是，revalidate()會(huì)緩存請(qǐng)求并組合成一次validate()調(diào)用。這和repaint()緩存并組合繪制請(qǐng)求類似。

　　大多數(shù)初始化后的GUI工作自然地發(fā)生在事件派發(fā)線程。一旦GUI成為可見(jiàn)，大多數(shù)程序都是由事件驅(qū)動(dòng)的，如按鈕動(dòng)作或鼠標(biāo)點(diǎn)擊，這些總是在事件派發(fā)線程中處理的。