flex内存泄露的问题
Flex内存泄露问题
转自:http://blog.csdn.net/lena_20081215/archive/2009/01/08/3735708.aspx
文章二
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性能我想是很多真正打算用它的人最关心的问题，也是我用了这么久之后体会比较深刻的问题，
目前我做过的系统性能也是一个大问题，在这里我总结了一些在技术上提高性能的方法。
1.避免容器的深层嵌套(因为每个容器都会对其子容器进行计算和调整，一般建议HBox,VBox最好不要超过3层，但对于复杂系统这个很难避免)
2.对于容器和空间的位置和尺寸尽量采用绝对坐标和硬编码。(减少Flash Player深层次的嵌套计算)
3.合理恰当的使用Grid容器，对于能用普通容器如HBox，VBox实现的尽量不要采用Grid(Grid嵌套层次深)
4.避免使用重复、冗余的容器嵌套，如：
1) 在Panel，Application中添加一层VBox，Panel,Application本来就是继承于VBox的，添加无谓的VBox只能降低你系统的性能。
2) 对于自定义的容器减少重复多余的父容器，比如：
? <mx:VBox backgroundColor=" #FFCCCC" borderStyle=" solid">
?? <myComponent xmlns=" *" />
? </mx:VBox>
你完全可以采用下面的写法，对于myComponents可能它本身就是VBox
? <myComponent xmlns=" *" backgroundColor=" #FFCCCC" borderStyle="solid" />
5.延迟实例化导航类容器(Deferred Instantiation Navigator Containers)
?? 如ViewStack, Accordion, TabNavigator等，本身就提供了延迟实例化的功能，你只需要修改其creationPolicy='auto'即可，它将只实例化第一个要显示的子控件，其余的将在需要的时候实例化。
6.对于flex的效果(Effects)要做到尽量平滑(Smoothly)，比如延长它的持续时间(duration)，避免使用bmp格式的图片作背景。
7.对于DataGrid的复杂ItemRenderer，尽量用Canvas而不是VBox or HBox，这个和Flex 1.5中是不同的。
8.如果DataGrid的ItemRenderer是ComboBox等，尽量用ItemEditor而不是ItemRenderer，只有当选中的cell才会显示其Renderer(避免一次性把所有的cell Renderer都画出来)
9.记得随时Remove 没有用的Listener或采用弱引用，这个我在事件机制中提到过(URL...); null不用的变量和数组。
10.对于大批量的数据采用需要的时候去取或者分页
11.提前声明频繁使用的变量,如:
var l:int=list.length;
var w:int = stage.stageWidth;
for(var i : int=0; i < l; i++){
list[i].x = w -100;
}
12.这样也能提高Flex的性能，可能很多人都会不屑，但至少对于Flex来讲它能减少不必要的计算，改善性能，我想这个编程习惯问题要改还真是不容易，至少我写了1年多直到最近才注意到这个问题。
另外和代码组织有关的建议，如：
1) 系统性的常量写在一个常量类里头并用const关键字，一些ItemRenderer代码尽量独立成一个文件而不是直接到处都写
2) 不要在界面元素中引用一大串的parent.parent.parent...，一旦界面重新组织将给你带来很大麻烦。如果你用Cairngorm框架，那么就应该用ViewHelper，尽量的松耦合你的代码。
13.修改 production-mode 属性为true，2.01在文件flex-webtier-config.xml中。它一般是产品发布的时候要设置的，你可以理解为c++的 Release和Debug版本之间的差异。
14.如果你用FDS，那么尽量用Remote Object 而不是Http Service or Web Service，因为前者的效率最高
15.对你的系统进行压力测试，Adobe有一个测试工具，叫Flex Stress Testing Framework
(rul:http://labs.adobe.com/wiki/index.php/Flex_Stress_Testing_Framework).
它能提供对RPC中的RTMP， AMF，HTTP测试，一般的商业测试软件不支持前两者的测试，
该软件完全免费，你可以到Adobe官网上下(URL: http://download.macromedia.com/pub/labs/flexstress/flex_stressfw_p2_060407.zip)
