介紹Swing線程相關處理
我們知道這將在非Swing線程中調用，因為該事件是直接在LookupManager中觸發的，這將不是在Swing線程中執行。因為所有的代碼功能上都是異步的（我們不必等待監聽器方法允許結束后才調用其它代碼），我們可以通過SwingUtilities.invokeLater()將這些代碼改道到Swing線程。下面是新的方法，傳入一個匿名Runnable到SwingUtilities.invokeLater():
- public void lookupCompleted(final LookupEvent e) {
- //notice the threading
- SwingUtilities.invokeLater( new Runnable() {
- public void run() {
- outputTA.setText("");
- String[] results = e.getResults();
- for (int i = 0; i < results.length; i++) {
- String result = results[i];
- outputTA.setText(outputTA.getText() + " " + result);
- }
- }
- }
- );
- }
如果任何LookupListener不是在Swing線程中執行，我們可以在調用線程中執行監聽器代碼。作為一個原則，我們希望所有的監聽器都迅速地接到通知。所以，如果你有一個監聽器需要很多時間來處理自己的功能，你應該創建一個新的線程或者把耗時代碼放入ThreadPool中等待執行。
最后的步驟是讓LookupManager在非Swing線程中執行lookup。當前，LookupManager是在JButton的 ActionListener的Swing線程中被調用的。現在是我們做出決定的時候，或者我們在JButton的ActionListener中引入一個新的線程，或者我們可以保證lookup自己在非Swing線程中執行，自己開始一個新的線程。我選擇盡可能和Swing類貼近地管理Swing線程。這有助于把所有Swing邏輯封裝在一起。如果我們把Swing線程邏輯添加到LookupManager，我們將引入了一層不必要的依賴。并且，對于 LookupManager在非Swing線程環境中孵化自己的線程是完全沒有必要的，比如一個非繪圖的用戶界面，在我們的例子中，就是Logger。產生不必要的新線程將損害到你應用的性能，而不是提高性能。LookupManager執行的很好，不管Swing線程與否－－所以，我喜歡把代碼集中在那兒。
現在我們需要將JButton的ActionListener執行lookup的代碼放在一個非Swing線程中。我們創建一個匿名的Thread，使用一個匿名的Runnable執行這個lookup。
- private void searchButton_actionPerformed() {
- new Thread(){
- public void run() {
- lookupManager.lookup(searchTF.getText());
- }
- }.start();
- }
這就完成了我們的Swing線程。簡單地在actionPerformed()方法中添加線程，確保監聽器在新的線程中執行照顧到了整個線程問題。注意，我們不用處理像第一個例子那樣的任何問題。通過把時間花費在定義一個事件驅動的體系，我們在和Swing線程相關處理上節約了更多的時間。
【編輯推薦】
