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ù)后可以加入更多的分析。