flex內存管理機制

[color=darkblue][size=large]一.簡述Flex內存釋放優化原則。什麼情況會發生內存經泄露，一旦有內存泄露，你會如何解決？

FLEX內存釋放優化原則:
1. 被刪除對象在外部的所有引用一定要被刪除乾淨才能被系統當成垃圾回收處理掉；
2. 父對象內部的子對象被外部其他對象引用了，會導致此子對象不會被刪除，子對象不會被刪除又會導致了父對象不會被刪除；
3. 如果一個對象中引用了外部對象，當自己被刪除或者不需要使用此引用對象時，一定要記得把此對象的引用設置爲null;
4. 本對象刪除不了的原因不一定是自己被引用了，也有可能是自己的孩子被外部引用了，孩子刪不掉導致父親也刪不掉；
5. 除了引用需要刪除外，系統組件或者全局工具、管理類如果提供了卸載方法的就一定要調用刪除內部對象，否則有可能會造成內存泄露和性能損失；
6. 父對象立刻被刪除了不代表子對象就會被刪除或立刻被刪除，可能會在後期被系統自動刪除或第二次移除操作時被刪除；
7. 如果父對象remove了子對象後沒有清除對子對象的引用，子對象一樣是不能被刪除的，父對象也不能被刪除；
8. 註冊的事件如果沒有被移除不影響自定義的強行回收機制，但有可能會影響正常的回收機制，所以最好是做到註冊的事件監聽器都要記得移除乾淨。
9. 父對象被刪除了不代表其餘子對象都刪除了，找到一種狀態的泄露代碼不等於其他狀態就沒有泄露了，要各模塊各狀態逐個進行測試分析，直到測試任何狀態下都能刪除整個對象爲止。

內存泄露情況：

1. 引用泄露：對子對象的引用，外部對本對象或子對象的引用都需要置null；
2. 系統類泄露：使用了系統類而忘記做刪除操作了，如BindingUtils.bindSetter()，ChangeWatcher.watch()函數時候完畢後需要調用ChangeWatcher.unwatch()函數來清除引用 ，否則使用此函數的對象將不會被刪除；
類似的還有MUSIC，VIDEO，IMAGE，TIMER，EVENT，BINDING等。
3. 效果泄露：當對組件應用效果Effect的時候，當本對象本刪除時需要把本對象和子對象上的Effect動畫停止掉，然後把Effect的target對象置null; 如果不停止掉動畫直接把 Effect置null將不能正常移除對象。
4. SWF泄露：要完全刪除一個SWF要調用它的unload()方法並且把對象置null;
5. 圖片泄露：當Image對象使用完畢後要把source置null;(爲測試)；
6. 聲音、視頻泄露: 當不需要一個音樂或視頻是需要停止音樂，刪除對象，引用置null;

內存泄露解決方法：
1. 在組件的REMOVED_FROM_STAGE事件回掉中做垃圾處理操作（移除所有對外引用（不管是VO還是組件的都需要刪除），刪除監聽器，調用系統類的清除方法）
先remove再置null, 確保被remove或者removeAll後的對象在外部的引用全部釋放乾淨;
2. 利用Flex的性能優化工具Profile來對項目進程進行監控，可知道歷史創建過哪些對象，目前有哪些對象沒有被刪除，創建的數量，佔用的內存比例和用量，創建過程等信息；


二.你常用的Flex框架是什麼？簡述一下它的特點。
mate.
特點：Flex應用是基於事件驅動的，而Mate框架使其變得更加得簡單，Mate允許用戶定義是誰正在管理/處理這一事件，以及數據是否需要從服務器端返回，或者其他的什麼事件需要被觸發，所有的這些都使得Flex應用的開發變得更加得簡單。

三.Flex是如何與flash協作的？
實現編碼與設計的好處是顯而易見的：

1.代碼易於維護與二次開發。所有AS代碼以面向對象的思想在flash外部組織，用notepad即能打開。比起傳統的as2分散於frame之間，以及更早的分散於影片與按紐之上，其優點好處不言而喻。

2.設計獨立於代碼之外。可以在沒有程序員的清況下，修改程序（系統） 的外觀，亦可以新做一批theme；程序沒有變，只是改改圖片和排列位置，大小等，就可以迅速煥然一新。譬如，在春節時，加一些春節的時令元素進去，這將是一件很容易做的事情。

四.如何提升Flex運行效率，請從各方面進行簡述。

1、避免容器的多級嵌套，減少相對尺寸、相對定位的使用。
在使用百分比來給容器內的元件定尺寸，一旦容器中的任何一個元件的位置和尺寸變化，都會引發容器對所有子級的重定位動作。如果嵌套的級別很深，這個計算量會很大。

2、儘量使用輕量級的容器
Canvas是體積最小的容器，它只支持絕對定位。很多時候，都可以使用它來代替HBOx和VBox。另外，Canvas也是我們編寫自定義容器性質組件的一個首選。它具有容器的基本功能，利於擴展。

3、避免使用大體積的組件，比如DataGrid、AdvancedDataGrid
大個子組件的功能強大，但開銷也是非常大的。由於功能的複雜性，使得皮膚、樣式、itemRenderer的實現都格外複雜。

4、處理數據時多用分頁的方式
在使用數據類型控件時，儘量減少數據一次的顯示量。比如TileList，它會把數據一次性全部創建，不管是不是需要顯示，這樣很浪費資源。 ViewStack 、TabNavigator等在處理元件時，並不是一次創建，只要元件在第一次被顯示時才創建，這樣，就避免的不必要的開銷。

5、setStyle和styleName
Flex 組件的皮膚都是可視化元件，組件在自身初始化時，會使用當前的樣式比如styleName完成所有皮膚元件的繪製。如果我們在運行期間通過 setStyle修改了組件的樣式，組件的尺寸、位置就會作相應調整。聯繫到第一條，如果組件位於一個層級很深的容器中，也會有一個大的計算量。[/size][/color]