不同Swing線程的模型設計
為不同的線程模型進行設計
正如前面所提到的，在搶占式模型中線程可以在代碼的任何一個部分的中間被打斷，除非那是一個原子操作代碼塊。原子操作代碼塊中的代碼段一旦開始執行，就要在該線程被換出處理器之前執行完畢。在 Java 編程中，分配一個小于 32 位的變量空間是一種原子操作，而此外象 double 和 long 這兩個 64 位數據類型的分配就不是原子的。使用鎖來正確同步共享資源的訪問，就足以保證一個多線程程序在搶占式模型下正確工作。
而在協作式模型中，是否能保證線程正常放棄處理器，不掠奪其他線程的執行時間，則完全取決于程序員。調用 yield() 方法能夠將當前的線程從處理器中移出到準備就緒隊列中。另一個方法則是調用 sleep() 方法，使線程放棄處理器，并且在 sleep 方法中指定的時間間隔內睡眠。
正如你所想的那樣，將這些方法隨意放在代碼的某個地方，并不能夠保證正常工作。如果線程正擁有一個鎖(因為它在一個同步方法或代碼塊中)，則當它調用 yield() 時不能夠釋放這個鎖。這就意味著即使這個線程已經被掛起，等待這個鎖釋放的其他線程依然不能繼續運行。為了緩解這個問題，最好不在同步方法中調用 yield 方法。將那些需要同步的代碼包在一個同步塊中，里面不含有非同步的方法，并且在這些同步代碼塊之外才調用 yield。
另外一個解決方法則是調用 wait() 方法，使處理器放棄它當前擁有的對象的鎖。如果對象在方法級別上使同步的，這種方法能夠很好的工作。因為它僅僅使用了一個鎖。如果它使用 fine-grained 鎖，則 wait() 將無法放棄這些鎖。此外，一個因為調用 wait() 方法而阻塞的線程，只有當其他線程調用 notifyAll() 時才會被喚醒。
AWT/Swing線程
在那些使用 Swing和AWT 包創建 GUI (用戶圖形界面)的 Java 程序中，AWT 事件句柄在它自己的線程中運行。開發員必須注意避免將這些 GUI 線程與較耗時間的計算工作綁在一起，因為這些線程必須負責處理用戶時間并重繪用戶圖形界面。換句話來說，一旦 GUI 線程處于繁忙，整個程序看起來就象無響應狀態。Swing線程通過調用合適方法，通知那些 Swing callback (例如 Mouse Listener 和 Action Listener )。 這種方法意味著 listener 無論要做多少事情，都應當利用 listener callback 方法產生其他線程來完成此項工作。目的便在于讓 listener callback 更快速返回，從而允許 Swing線程響應其他事件。
如果一個 Swing線程不能夠同步運行、響應事件并重繪輸出，那怎么能夠讓其他的線程安全地修改 Swing 的狀態?正如上面提到的，Swing callback 在 Swing線程中運行。因此他們能修改 Swing 數據并繪到屏幕上。
但是如果不是 Swing callback 產生的變化該怎么辦呢?使用一個非 Swing線程來修改 Swing 數據是不安全的。Swing 提供了兩個方法來解決這個問題：invokeLater() 和 invokeAndWait()。為了修改 Swing 狀態，只要簡單地調用其中一個方法，讓 Runnable 的對象來做這些工作。因為 Runnable 對象通常就是它們自身的線程，你可能會認為這些對象會作為線程來執行。但那樣做其實也是不安全的。事實上，Swing 會將這些對象放到隊列中，并在將來某個時刻執行它的 run 方法。這樣才能夠安全修改 Swing 狀態。
【編輯推薦】
