SWT 和 JFace 提供了幾個(gè)不同的類，幫助您在幾個(gè)緩存中管理 GDI 資源。 緩存往往比您想的更靈巧。如何以及何時(shí)使用緩存并不總是顯而易見的。 設(shè)計(jì)時(shí)應(yīng)該注意的幾個(gè)問題是：
GDI 泄漏總是不可接受的，必須進(jìn)行處理。
處理完泄漏后，您應(yīng)該考慮下面兩個(gè)問題：
應(yīng)用程序需要的總共的 GDI 資源數(shù)目。
創(chuàng)建這些資源導(dǎo)致的開銷。
總共的 GDI 資源數(shù)目
您需要清醒地了解應(yīng)用程序所需要的總共的 GDI 資源數(shù)目， 以及有多少資源是副本。 副本相當(dāng)重要，因?yàn)槟灰锌赡軕?yīng)該共享 GDI 資源以便降低應(yīng)用程序使用的資源數(shù)目。 很容易創(chuàng)建副本，而且您可以都沒有意識到（我曾修改了 Sleak 工具使之發(fā)現(xiàn)副本， 并將此改變以及其他有用的改變添加到 Eclipse 中。）
創(chuàng)建 GDI 資源所需的開銷
一般而言，創(chuàng)建字體和圖像耗費(fèi)的資源比創(chuàng)建顏色多。 根據(jù)應(yīng)用程序的不同，圖像的創(chuàng)建可能成為某些用戶動(dòng)作的重大開銷。 如果遇到這種情況，您可以考慮使用一些 SWT/JFace 所提供的緩存。
如果可能，應(yīng)讓平臺來管理資源。當(dāng)您 在平臺擴(kuò)展中指定圖像或圖標(biāo)屬性時(shí) —— 比如視圖、動(dòng)作等 —— 平臺負(fù)責(zé)保證資源被正確地創(chuàng)建和刪除。 好的代碼往往是您無需編寫并維護(hù)的代碼。 上述提示的合理推論是可能時(shí)使用當(dāng)前平臺的字體和圖像以提高共享。
只要有可能，應(yīng)共享資源。為此，行之有效的方法是把資源集中到 一個(gè)公共包中。您可以將此視為重構(gòu)公共資源。
每個(gè) UI 包都有一個(gè)與之相關(guān)的 ImageRegistry。 該注冊項(xiàng)可用于存儲(chǔ)常用圖像。這里的關(guān)鍵是常用。我曾見到過開發(fā)人員把所有的資源都 放到了這個(gè)注冊項(xiàng)內(nèi)，這并不合適。該注冊項(xiàng)維護(hù)著一個(gè)由名稱 > 圖像或名稱 > 圖像描述符構(gòu)成的映射。 圖像描述符是對圖像的輕量描述；它們并沒有與之相關(guān)的任何 GDI。 您可以用圖像描述符提前得到圖像注冊項(xiàng)，那么當(dāng) 首次需要用到該圖像時(shí)，注冊項(xiàng)會(huì)為您創(chuàng)建它。
對于較為不常用的圖像，您可以自行創(chuàng)建或刪除之，此外您還可以使用 LocalResourceManager。其構(gòu)造函數(shù)的一種形式采用了小部件。 以此方式創(chuàng)建時(shí)，LocalResourceManager 會(huì)在銷毀小部件時(shí)清空 與之相關(guān)的資源。
偵聽器泄漏（Listener leaking）
偵聽器相關(guān)的泄漏是 UI 代碼常常出現(xiàn)的問題（請參閱 參考資料）。 偵聽器泄漏往往會(huì)浪費(fèi)內(nèi)存和時(shí)間。當(dāng)您向一個(gè)對象添加偵聽器時(shí)， 您是在小部件和偵聽器之間創(chuàng)建了一個(gè)直接的、牢固的關(guān)聯(lián)（參看圖 2）。只要小部件存在， 偵聽器及其引用的一切都會(huì)一直駐留在內(nèi)存中。 當(dāng)小部件或它的父容器被關(guān)閉， SWT 刪除偵聽器，從而打破那個(gè)牢固的關(guān)聯(lián)。 我曾見過的很多代碼都說明了開發(fā)人員往往在這個(gè)問題上不甚清楚。
只要從中添加偵聽器的對象會(huì)及時(shí)刪除，您無需刪除 JFace/SWT 偵聽器。 關(guān)鍵是理解從中添加偵聽器的對象的生命周期。 不管什么時(shí)候要向某個(gè)對象中添加偵聽器，您都需要自問一下， 偵聽器被添加到哪個(gè)對象，偵聽器的生命期有多長。
舉例而言，假設(shè)應(yīng)用程序創(chuàng)建了一個(gè)視圖。該視圖包含一個(gè)按鈕。 在您構(gòu)建該視圖時(shí)，您為按鈕添加了一個(gè)選擇偵聽器，以便應(yīng)用程序能夠?qū)Π粹o單擊作出響應(yīng)。 您無需為刪除按鈕的偵聽器而對視圖添加一個(gè)刪除偵聽器， 您也無需為按鈕被撤銷時(shí)刪除按鈕的偵聽器而對按鈕再添加一個(gè)刪除偵聽器。 SWT 會(huì)在按鈕被撤銷時(shí)執(zhí)行對按鈕偵聽器的刪除。您不必寫這些冗余的代碼和管理多余的工作。
在 RCP 應(yīng)用程序中，經(jīng)常會(huì)有某人創(chuàng)建一個(gè)視圖并將其自身添加為 workbench 頁偵聽器。 Workbench 頁 往往很長壽，直到該應(yīng)用程序關(guān)閉，workbench 頁才會(huì)被關(guān)閉（從而清空偵聽器）。 在此情況下，您不應(yīng)該依賴 workbench 頁清空偵聽器關(guān)聯(lián)。您應(yīng)當(dāng)在視圖被關(guān)閉時(shí)把該視圖作為偵聽器刪除。
我曾在一個(gè)聊天程序中看到過另一個(gè)受惑于對象生命周期的例子。 每當(dāng)打開一個(gè)聊天窗口，都會(huì)向伙伴列表添加一個(gè)偵聽器。 聊天窗口永遠(yuǎn)不刪除偵聽器，只要伙伴列表沒有被撤銷，不會(huì)有什么問題。 終結(jié)果是越來越多的偵聽器被添加到伙伴列表，而且它們永遠(yuǎn)不會(huì)被刪除。 需要強(qiáng)調(diào)的是這不僅是內(nèi)存泄漏，也是對性能的破壞。 偵聽器泄漏的后果是，每個(gè)聊天窗口以及它所有可訪問的對象都駐留在內(nèi)存。 同時(shí)，每次當(dāng)伙伴列表向列表內(nèi)的偵聽器發(fā)信號，都會(huì)浪費(fèi)時(shí)間去通知那些本來已經(jīng)被關(guān)閉的聊天窗口。
還有一種常見的情形，是把偵聽器添加到偏好存儲(chǔ)以便您能夠在偏好改變時(shí)更新 UI。 我曾見過有開發(fā)人員在創(chuàng)建視圖或創(chuàng)建動(dòng)作時(shí)添加偏好存儲(chǔ)偵聽器。 問題在于如果您不刪除偏好存儲(chǔ)偵聽器，您會(huì)導(dǎo)致偵聽器累積，因?yàn)?一般而言，偏好存儲(chǔ)只有在應(yīng)用程序關(guān)閉時(shí)才會(huì)被關(guān)閉。
動(dòng)作是一個(gè)特殊的例子。動(dòng)作并不真的有生命周期。 它們被創(chuàng)建后，即使被撤銷或不再使用，您也并沒有對它有什么控制能力。 這意味著當(dāng)您創(chuàng)建一個(gè)動(dòng)作時(shí)，您一般不應(yīng)該向其他對象添加偵聽器， 因?yàn)槟]有好的方法以刪除那些偵聽器。
如何發(fā)現(xiàn)偵聽器泄漏
為發(fā)現(xiàn)偵聽器泄漏，我推薦兩個(gè)方法：
審查代碼：我會(huì)搜尋應(yīng)用程序代碼中向?qū)ο筇砑觽陕犉鞯奈恢�，在那些位置上我認(rèn)為 偵聽器的生存時(shí)間超過我的預(yù)期。對這些偵聽器列表后，我一般在運(yùn)行時(shí)使用調(diào)試器 驗(yàn)證我的假設(shè)。即使每個(gè) addListener 都對應(yīng)有 removeListener 也并不代表沒有問題， 因?yàn)殚_發(fā)人員往往會(huì)犯一個(gè)錯(cuò)誤，是把 removeListener 包含到某個(gè)方法中， 他們以為該方法會(huì)被調(diào)用而實(shí)際上卻沒有。
使用剖析器或差異分析，按如下步驟：
啟動(dòng)應(yīng)用程序。
預(yù)熱。
得到一個(gè)內(nèi)存快照。
做 5 次動(dòng)作（打開聊天窗口、讀取郵件消息等）。
得到一個(gè)內(nèi)存快照。
分析應(yīng)用程序?qū)ο蟮膶?shí)例數(shù)目。 如果有偵聽器泄漏的話，比如說，您可能會(huì)發(fā)現(xiàn)有多出的 5 個(gè)本不應(yīng)存在的偵聽器。
結(jié)束語
我希望本文能為您提供一些關(guān)于如何在不同構(gòu)建之間度量應(yīng)用程序中堆使用的想法， 還有幾個(gè)手工技術(shù)用于發(fā)現(xiàn)并處理不可避免的泄漏。 如果您還沒有做好準(zhǔn)備，試著跟蹤應(yīng)用程序在構(gòu)建時(shí)耗費(fèi)的資源量。 做了這些之后，您可以嘗試進(jìn)行堆分析。 即便您一開始對于堆轉(zhuǎn)儲(chǔ)還做不了什么，在構(gòu)建時(shí)收集這些轉(zhuǎn)儲(chǔ)對于日后使用具有極大價(jià)值。 開始收集堆轉(zhuǎn)儲(chǔ)之后，您能夠?qū)τ驅(qū)ο笞霾町惙治�。從小做起，�?dāng)您熟悉這些技術(shù)后可以加入更多的分析。
