如何實現(xiàn)SwingWorker的實例化

本篇文章給大家分享的是有關(guān)如何實現(xiàn)SwingWorker的實例化，小編覺得挺實用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

SwingWorkersanexampleofusingSwingWorker：要使用SwingWorker類，你首先要實現(xiàn)它的一個子類。在子類中，你必須實現(xiàn)construct方法還包含你的長時間操作。當(dāng)你實例化SwingWorker的子類時，SwingWorker創(chuàng)建一個線程但并不啟動它。你要調(diào)用你的SwingWorker對象的start方法來啟動線程，然后start方法會調(diào)用你的construct方法。當(dāng)你需要construct方法返回的對象時，可以調(diào)用SwingWorker類的get方法。這是一個使用SwingWorker類的例子：

...//在main方法中：  finalSwingWorkerworker=newSwingWorker };  worker.start;  ...  //在動作事件處理方法中：  JOptionPane.showMessageDialog）

當(dāng)程序的main方法調(diào)用start方法，SwingWorker 啟動一個新的線程來實例化ExpensiveDialogComponent。main方法還構(gòu)造了由一個窗口和一個按鈕組成的GUI。當(dāng)用戶點擊按鈕，程序?qū)⒆枞?，假如必要，阻塞到ExpensiveDialogComponent創(chuàng)建完成。然后程序顯示一個包含 ExpensiveDialogComponent的模式對話框。你可以在MyApplication.java找到整個程序。使用Timer類 Timer類通過一個ActionListener來執(zhí)行或多次執(zhí)行一項操作。你創(chuàng)建定時器的時候可以指定操作執(zhí)行的頻率，并且你可以指定定時器的動作事件的監(jiān)聽者。啟動定時器后，動作監(jiān)聽者的actionPerformed方法會被調(diào)用來執(zhí)行操作。定時器動作監(jiān)聽者定義的actionPerformed 方法將在事件派發(fā)線程中調(diào)用。這意味著你不必在其中使用invokeLater方法。這是一個使用Timer類來實現(xiàn)動畫循環(huán)的例子：

publicclassAnimatorApplicationTimer  extendsJFrameimplementsActionListener  publicvoidstartAnimationelse  }  publicvoidstopAnimation  publicvoidactionPerformed  ...  }

在一個線程中執(zhí)行所有的用戶界面代碼有這樣一些優(yōu)點：組件開發(fā)者不必對線程編程有深入的理解：像ViewPoint和Trestle這類工具包中的所有組件都必須完全支持多線程訪問，使得擴展非常困難，尤其對不精通線程編程的開發(fā)者來說。最近的一些工具包如SubArctic和IFC，都采用和Swing類似的設(shè)計。事件以可預(yù)知的次序派發(fā)：invokeLater排隊的runnable對象從鼠標(biāo)和鍵盤事件、定時器事件、繪制請求的同一個隊列派發(fā)。在一些組件完全支持多線程訪問的工具包中，組件的改變被變化無常的線程調(diào)度程序穿插到事件處理過程中。這使得全面測試變得困難甚至不可能。更低的代價：嘗試小心鎖住臨界區(qū)的工具包要花費實足的時間和空間在鎖的治理上。每當(dāng)工具包中調(diào)用某個可能在客戶代碼中實現(xiàn)的方法時，工具包都要保存它的狀態(tài)并釋放所有鎖，以便客戶代碼能在必要時獲得鎖。當(dāng)控制權(quán)交回到工具包，工具包又必須重新抓住它的鎖并恢復(fù)狀態(tài)。所有應(yīng)用程序都不得不負(fù)擔(dān)這一代價，即使大多數(shù)應(yīng)用程序并不需要對GUI的并發(fā)訪問。這是的SubArcticJavaToolkit的對在工具包中支持多線程訪問的問題的描述：我們的基本信條是，當(dāng)設(shè)計和建造多線程應(yīng)用程序，尤其是那些包括GUI組件的應(yīng)用程序時，必須保證極端小心。線程的使用可能會很有欺騙性。在許多情況下，它們表現(xiàn)得能夠極好的簡化編成，使得設(shè)計“專注于單一任務(wù)的簡單自治實體”成為可能。在一些情況下它們的確簡化了設(shè)計和編碼。然而，在幾乎所有的情況下，它們都使得調(diào)試、測試和維護的困難大大增加甚至成為不可能。

無論大多數(shù)程序員所受的練習(xí)、他們的經(jīng)驗和實踐，還是我們用來幫助自己的工具，都不是能夠用來對付非決定論的。例如，全面測試在bug依靠于時間時是幾乎不可能的。尤其對于Java來說，一個程序要運行在許多不同類型的機器的操作系統(tǒng)平臺上，并且每個程序都必須在搶先和非搶先式調(diào)度下都能正常工作。由于這些固有的困難，我們力勸你三思是否絕對有使用線程的必要。盡管如此，有些情況下使用線程是必要的，所以 subArctic提供了一個線程安全的訪問機制。本章討論了這一機制和怎樣在一個獨立線程中安全地操作交互樹。他們所說的線程安全機制非常類似于SwingUtilities類提供的invokeLater和invokeAndWait方法。

以上就是如何實現(xiàn)SwingWorker的實例化，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注億速云行業(yè)資訊頻道。