AS在内存释放的问题上早从AS1.0开始就有人提出方法了,近日还是头痛于AS垃圾回收的问题.
今天翻了不少资料,重新试验了下目前流行的几种方法,其各有利弊:
一:强制报错触发回收.
这是目前最为流行的做法,使用LocalConnection对象的connect方法来连接两次,第二次因重复连接而引发#2082错误,这时自动执行一次FlashPlayer的垃圾回收.
跟据这些原理,写了个单件类方便于使用,代码如下:
所以,LocalConnection和垃圾回收并没有直接关系,我们也可以给一个没有声明的变量进行赋值来引发错误,执行结果是一样的,不知道是谁第一个使用LocalConnection的,也许是因为他少用不至于冲突或者是故弄玄虚.
这种方法的不足之处是,只能回收FP心目中的"垃圾",我做过测试还是会残留15%左右.
再注明一点,不是所有throw抛出都可以触发回收.
二:迭代移除法.
几年前Grant Skinner提出来的,这个blog翻译后,国内很多论坛与博客上都能看到.
这个方法的原理很简单,但用起来很麻烦,说白了,所谓清除,就是对象的一个粉碎过程,尽管他使用了延期与分块回收,但是清除大项目时,还是非常占CPU,而且由于延期回收,所以声音或一些事件等在回收前还是存在.
此法链接:http://www.adobe.com/devnet/flashplayer/articles/garbage_collection.html
三:unloadAndStop()方法.
这是FlashCS4(Flex的SDK3.2)中Loader下面新增的方法,用来卸载所加载的SWF对象, 卸载文件内容并停止执行已加载的SWF文件中的命令.
当然,这个不能清除当前SWF中创建的对象,不过对于分块式项目开发中也是个不错的方法.
附加资料:
一:以下几种是Flex自身问题造成无法GC的情况.
(1)Event Listeners
Listening to parent objects does cause memory leaks
you can:
1.Removing the addEventListener (when dispose).
2. Use of weak reference listeners
These do not block garbage collection(generally do not cause memory leaks):
weak reference event listener e.g.
someObject.addEventListener(MouseClick.CLICK, handlerFunction, false, 0, true);
Self References e.g.
this.addEventListener(MouseClick.CLICK, handlerFunction);
childObject event listener e.g.
建议对所有addEventListener都要removeEventListener,或是使用Weak References .
http://blogs.adobe.com/aharui/2007/03/garbage_collection_and_memory.html
http://www.dreamingwell.com/articles/archives/2008/05/understanding_m.php
moduleLoader unloadModule后
ModuleInfo 并不会被GC.
Garbage Collection in a MultiCore Modular Pipes Application
这篇文章介绍了一种GC策略,感觉对于ModuleInfo 的GC无效。
module 中如果使用了shell的CSS定义或是<mx:Style> 这样的定义,那么这个module将不能GC.
弹出的窗口应该是同样的结果.
解决方法,使用动态CSS文件
如果module中有window使用了TextInput/Textarea控件,不点击没有问题,只要点上去,那么很遗憾了,module和所在窗体将不能被GC.
这个BUG非常严重,目前还没有解决方法。
memory leak when using TextInput and TextArea when click the keyboard这里面附加的解决方法无效。
通过profiler分析,应该和Focusmanager有关,只有一点击就不会释放。
使用了
cursorID = CursorManager.setCursor(iconClosed);
dispose时要
CursorManager.removeCursor(cursorID);
如果使用Bitmap,结束时需要调用其dispose方法,否则内存消耗巨大.
二:编程时我们需要注意的几点.
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来对项目进程进行监控,可知道历史创建过哪些对象,目前有哪些对象没有被删除,创建的数量,占用的内存比例和用量,创建过程等信息;
总结:关键还是要做好清除工作,自己设置的引用自己要记得删除,自己用过的系统类要记得做好回收处理工作。 以上问题解决的好的话不需要自定义强制回收器也有可能被系统正常的自动回收掉。