眾所周知，目前國(guó)內(nèi)的寬帶應(yīng)用并不是像很多發(fā)達(dá)國(guó)家發(fā)達(dá)，個(gè)人應(yīng)用帶寬基本上都是2M以下的，怎么樣能夠使你的Flex應(yīng)用能夠流暢的運(yùn)行在客戶端的問(wèn)題，成為了制約每個(gè)Flex應(yīng)用開(kāi)發(fā)程序員的大難題。
在這里，我收集整理了一下網(wǎng)絡(luò)上關(guān)于這方面經(jīng)驗(yàn)，歡迎大家補(bǔ)充。

基本原則：
1. 從外部加載媒體（Media）
Heider提到了一個(gè)常用的Flex最佳實(shí)踐——限制嵌入到應(yīng)用/SWF文件中的媒體的數(shù)量，如圖像、影片及mp3等資源都可以從外部的SWF文件加載。
Flex框架可以直接將圖片、mp3及字體等資源編譯到SWF中。當(dāng)你想讓最終用戶獲得全部資源時(shí)，這種方式確實(shí)能派上用場(chǎng)，但是這會(huì)導(dǎo)致你的應(yīng)用長(zhǎng)時(shí)間停留在“Loading”階段。

2. 在嵌入式字體中限制字符集
Heider建議在嵌入式字體中限制字符集以降低SWF文件的總下載時(shí)間：
當(dāng)你在Flex中嵌入一種字體時(shí)，你就會(huì)獲得該字體的全部字符的支持。盡管這可能是你想要的，但你確信你需要全部字符么？例如，在一個(gè)只面向英文的應(yīng)用中，你確信你真的想花時(shí)間下載中文字符數(shù)據(jù)么？
3. 緩存框架
Heider回顧了Flex 3 support for runtime-shared-libraries （RSL）這篇文章：

從Flex 3開(kāi)始，你可以將Adobe簽名的框架——RSLs緩存到Flash Player的cache中。這有兩個(gè)好處。首先，緩存在Flash Player cache中的簽名的框架RSLs可由所有配置好的Flex應(yīng)用共享。換句話說(shuō)，如果某人的應(yīng)用已經(jīng)下載了500k的簽名的框架RSL，并且該RSL仍舊 在Flash Player cache中，那么你的應(yīng)用就可以使用緩存下來(lái)的RSL。其次，即使某人清空了其瀏覽器緩存，對(duì)Flash Player cache也沒(méi)有任何影響。
4. 考慮模塊化
Heider談到了將Flex應(yīng)用劃分成模塊的好處：減少字體加載時(shí)間的另一種方式就是將你的Flex應(yīng)用劃分成模塊。使用模塊的一個(gè)好處在于當(dāng)加載和卸載模塊時(shí)你能完全操控它。
之所以要?jiǎng)澐殖赡K的最后一個(gè)原因是他們更快，而且我能即時(shí)加載它們。換句話說(shuō)，在啟動(dòng)時(shí)唯一需要加載的模塊就是 Step1.swf模塊。因此，在使用模塊的情況下，最終用戶節(jié)省了啟動(dòng)時(shí)間，但是當(dāng)他從一個(gè)模塊切換到另一個(gè)模塊時(shí)卻需要花更多時(shí)間，因?yàn)槊總€(gè)模塊都需 要以JIT形式加載。在我的應(yīng)用中，只有當(dāng)用戶首次在steps 1-5之間切換時(shí)需要花更多時(shí)間。
5. 推遲實(shí)例化
Heider圍繞著Flex組件的“creationPolicy”屬性及何時(shí)實(shí)例化應(yīng)用的不同部分給出了很多建議。
如果你想減少?gòu)臄?shù)據(jù)下載到用戶真正可以使用的總時(shí)間，當(dāng)務(wù)之急就是推遲實(shí)例化。這項(xiàng)技術(shù)背后的理念就是直到應(yīng)用真正使用的時(shí)候才在內(nèi)存中創(chuàng)建對(duì)象。
盡管推遲實(shí)例化技術(shù)會(huì)在應(yīng)用的整個(gè)使用過(guò)程中導(dǎo)致少許——通常不那么明顯——的延遲，但與長(zhǎng)時(shí)間的啟動(dòng)延遲相比，它還是可接受的。推遲實(shí)例化的另一個(gè)好處在于內(nèi)存使用的優(yōu)化。

以上原則來(lái)自Jun Heider在O'Reilly的InsideRIA站點(diǎn)上發(fā)表了一篇精彩的文章，該文章就如何加快Flex應(yīng)用的啟動(dòng)速度提出了很多建議，以幫助用戶減少看見(jiàn)討厭的“Loading”對(duì)話框的出現(xiàn)時(shí)間。他深入探討了問(wèn)題的不同方面，并對(duì)每種技術(shù)的優(yōu)勢(shì)和劣勢(shì)進(jìn)行了評(píng)判。Heider還談到了一個(gè)“實(shí)驗(yàn)性”的條款——“使用流”，這是他在討論Dirk Eismann的帖子（Building monolithic Flex SWFs that still startup quickly.”）時(shí)談及的。Eismann提出一項(xiàng)技術(shù)以利用Flash Player中的多個(gè)frames以在部分應(yīng)用中達(dá)到流的目的。查看所有的帖子以更多地了解該技術(shù)及關(guān)于加快Flex啟動(dòng)速度的建議。

內(nèi)存釋放優(yōu)化原則
1. 被刪除對(duì)象在外部的所有引用一定要被刪除干凈才能被系統(tǒng)當(dāng)成垃圾回收處理掉；
2. 父對(duì)象內(nèi)部的子對(duì)象被外部其他對(duì)象引用了，會(huì)導(dǎo)致此子對(duì)象不會(huì)被刪除，子對(duì)象不會(huì)被刪除又會(huì)導(dǎo)致了父對(duì)象不會(huì)被刪除；
3. 如果一個(gè)對(duì)象中引用了外部對(duì)象，當(dāng)自己被刪除或者不需要使用此引用對(duì)象時(shí)，一定要記得把此對(duì)象的引用設(shè)置為null;
4. 本對(duì)象刪除不了的原因不一定是自己被引用了，也有可能是自己的孩子被外部引用了，孩子刪不掉導(dǎo)致父親也刪不掉；
5. 除了引用需要?jiǎng)h除外，系統(tǒng)組件或者全局工具、管理類如果提供了卸載方法的就一定要調(diào)用刪除內(nèi)部對(duì)象，否則有可能會(huì)造成內(nèi)存泄露和性能損失；
6. 父對(duì)象立刻被刪除了不代表子對(duì)象就會(huì)被刪除或立刻被刪除，可能會(huì)在后期被系統(tǒng)自動(dòng)刪除或第二次移除操作時(shí)被刪除；
7. 如果父對(duì)象remove了子對(duì)象后沒(méi)有清除對(duì)子對(duì)象的引用，子對(duì)象一樣是不能被刪除的，父對(duì)象也不能被刪除；
8. 注冊(cè)的事件如果沒(méi)有被移除不影響自定義的強(qiáng)行回收機(jī)制，但有可能會(huì)影響正常的回收機(jī)制，所以最好是做到注冊(cè)的事件監(jiān)聽(tīng)器都要記得移除干凈。
9. 父對(duì)象被刪除了不代表其余子對(duì)象都刪除了，找到一種狀態(tài)的泄露代碼不等于其他狀態(tài)就沒(méi)有泄露了，要各模塊各狀態(tài)逐個(gè)進(jìn)行測(cè)試分析，直到測(cè)試任何狀態(tài)下都能刪除整個(gè)對(duì)象為止。
內(nèi)存泄露舉例：
1. 引用泄露：對(duì)子對(duì)象的引用，外部對(duì)本對(duì)象或子對(duì)象的引用都需要置null；
2. 系統(tǒng)類泄露：使用了系統(tǒng)類而忘記做刪除操作了，如BindingUtils.bindSetter()，ChangeWatcher.watch()函數(shù) 時(shí)候完畢后需要調(diào)用ChangeWatcher.unwatch()函數(shù)來(lái)清除引用 ，否則使用此函數(shù)的對(duì)象將不會(huì)被刪除；
類似的還有MUSIC，VIDEO，IMAGE，TIMER，EVENT，BINDING等。
3. 效果泄露：當(dāng)對(duì)組件應(yīng)用效果Effect的時(shí)候，當(dāng)本對(duì)象本刪除時(shí)需要把本對(duì)象和子對(duì)象上的Effect動(dòng)畫(huà)停止掉，然后把Effect的target對(duì)象置null; 如果不停止掉動(dòng)畫(huà)直接把 Effect置null將不能正常移除對(duì)象。
4. SWF泄露：要完全刪除一個(gè)SWF要調(diào)用它的unload()方法并且把對(duì)象置null;
5. 圖片泄露：當(dāng)Image對(duì)象使用完畢后要把source置null;(為測(cè)試)；
6. 聲音、視頻泄露: 當(dāng)不需要一個(gè)音樂(lè)或視頻是需要停止音樂(lè)，刪除對(duì)象，引用置null;
內(nèi)存泄露解決方法：
1. 在組件的REMOVED_FROM_STAGE事件回掉中做垃圾處理操作（移除所有對(duì)外引用（不管是VO還是組件的都需要?jiǎng)h除），刪除監(jiān)聽(tīng)器，調(diào)用系統(tǒng)類的清除方法）
先remove再置null, 確保被remove或者removeAll后的對(duì)象在外部的引用全部釋放干凈;
2. 利用Flex的性能優(yōu)化工具Profile來(lái)對(duì)項(xiàng)目進(jìn)程進(jìn)行監(jiān)控，可知道歷史創(chuàng)建過(guò)哪些對(duì)象，目前有哪些對(duì)象沒(méi)有被刪除，創(chuàng)建的數(shù)量，占用的內(nèi)存比例和用量，創(chuàng)建過(guò)程等信息；
總結(jié)：關(guān)鍵還是要做好清除工作，自己設(shè)置的引用自己要記得刪除，自己用過(guò)的系統(tǒng)類要記得做好回收處理工作。 以上問(wèn)題解決的好的話不需要自定義強(qiáng)制回收器也有可能被系統(tǒng)正常的自動(dòng)回收掉。

最新評(píng)論