Flash/Flex垃圾回收问题(解决方案汇总)

 

AS在内存释放的问题上早从AS1.0开始就有人提出方法了,近日还是头痛于AS垃圾回收的问题.

今天翻了不少资料,重新试验了下目前流行的几种方法,其各有利弊:

一:强制报错触发回收.

这是目前最为流行的做法,使用LocalConnection对象的connect方法来连接两次,第二次因重复连接而引发#2082错误,这时自动执行一次FlashPlayer的垃圾回收.

跟据这些原理,写了个单件类方便于使用,代码如下:

AS3代码
  1. package com._public._method   
  2. {   
  3.     import flash.net.LocalConnection;   
  4.     public class ClearMemory   
  5.     {   
  6.         private static var Instance:ClearMemory = new ClearMemory;   
  7.         public static function getInstance():ClearMemory {   
  8.             return Instance;   
  9.         }   
  10.         public function runClear():void{   
  11.                 try {   
  12.                   new LocalConnection().connect('shch8.com');   
  13.                   new LocalConnection().connect('shch8.com');   
  14.                 } catch (e:*) {   
  15.                 }   
  16.             }   
  17.     }   
  18. }  

所以,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

AS3代码
  1. override protected function mouseDownHandler(…):void {   
  2. systemManager.addEventListener(“mouseUp”, mouseUpHandler);   
  3. }  

              you can:

                1.Removing the addEventListener (when dispose).

AS3代码
  1. systemManager.removeEventListener(“mouseUp”, mouseUpHandler);   

              2. Use of weak reference listeners

AS3代码
  1. override protected function mouseDownHandler(…):void {   
  2. systemManager.addEventListener(“mouseUp”, mouseUpHandler, false0true);   

              These do not block garbage collection(generally do not cause memory leaks):

  1.  
    1. Weak References
    2. Self References
    3. References to Child Objects

                    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.

AS3代码
  1. private var childObject:UIComponent = new UIComponent;   
  2. addChild(childObject);   
  3. childObject.addEventListener(MouseEvent.CLICK, clickHandler);  

           建议对所有addEventListener都要removeEventListener,或是使用Weak References .

         Reference :

          http://blogs.adobe.com/aharui/2007/03/garbage_collection_and_memory.html

           http://www.dreamingwell.com/articles/archives/2008/05/understanding_m.php    

(2)   static members
AS3代码
  1. //Class (或MXML)中有:   
  2. public static var _eventService:MyService=new MyService();   
  3. //在dispose时,需要设置:   
  4. _eventService =null;   
(3)module ( 未解决)

          moduleLoader unloadModule后

         ModuleInfo 并不会被GC.

         Garbage Collection in a MultiCore Modular Pipes Application

        这篇文章介绍了一种GC策略,感觉对于ModuleInfo 的GC无效。

(4)CSS Style

          module 中如果使用了shell的CSS定义或是<mx:Style> 这样的定义,那么这个module将不能GC.

          弹出的窗口应该是同样的结果.

         解决方法,使用动态CSS文件

AS3代码
  1. //module init中   
  2. StyleManager.loadStyleDeclarations("css/myStyle.swf");   
  3. //module  dispose中   
  4. StyleManager.unloadStyleDeclarations("css/myStyle.swf");     
(5)TextInput/Textarea( 未解决)

          如果module中有window使用了TextInput/Textarea控件,不点击没有问题,只要点上去,那么很遗憾了,module和所在窗体将不能被GC.

         这个BUG非常严重,目前还没有解决方法。

         memory leak when using TextInput and TextArea when click the keyboard这里面附加的解决方法无效。

        通过profiler分析,应该和Focusmanager有关,只有一点击就不会释放。

(6)CursorManager.setCursor

        使用了

          cursorID = CursorManager.setCursor(iconClosed);

         dispose时要

           CursorManager.removeCursor(cursorID);

(7)Bitmap

           如果使用Bitmap,结束时需要调用其dispose方法,否则内存消耗巨大.

AS3代码
  1. var bmp:Bitmap  =new Bitmap();   
  2. ........
  3. if (bmp.bitmapData!=null) {   
  4. bmp.bitmapData.dispose();   
  5. }   

 

二:编程时我们需要注意的几点.

FLEX内存释放优化原则:

1. 被删除对象在外部的所有引用一定要被删除干净才能被系统当成垃圾回收处理掉, 喜欢用单件类的,如果类里有寄存一些信息,注意加个清除的方法,需要时可以清掉.

AS3代码
  1. public function clearInstance():void{   
  2.             Instance=null;   
  3.         }  

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来对项目进程进行监控,可知道历史创建过哪些对象,目前有哪些对象没有被删除,创建的数量,占用的内存比例和用量,创建过程等信息;

总结:关键还是要做好清除工作,自己设置的引用自己要记得删除,自己用过的系统类要记得做好回收处理工作。 以上问题解决的好的话不需要自定义强制回收器也有可能被系统正常的自动回收掉。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Flex中,内存回收主要依赖于垃圾回收器(Garbage Collector)自动处理。垃圾回收器会自动检测和释放不再使用的内存,以避免内存泄漏和提高应用程序的性能。 以下是一些在Flex中帮助垃圾回收器进行内存回收的常见方法: 1. 解除引用(Release References):确保不再使用的对象没有被其他对象引用。当对象不再被引用时,垃圾回收器会自动将其标记为可回收,并在下一次垃圾回收时释放内存。 2. 删除事件监听器(Remove Event Listeners):如果对象注册了事件监听器(Event Listener),在不再需要该对象时,务必记得手动删除对应的事件监听器。否则,即使对象本身没有被引用,由于事件监听器的存在,垃圾回收器可能无法释放相关的内存。 3. 关闭和释放资源(Close and Release Resources):在使用文件、网络连接等资源时,确保在不再需要时及时关闭和释放这些资源。避免资源的泄漏和占用过多的内存。 4. 避免循环引用(Avoid Circular References):循环引用指的是对象之间相互引用,导致它们无法被垃圾回收器释放。尽量避免出现循环引用的情况,或者在不需要时手动断开循环引用。 需要注意的是,Flex垃圾回收是自动进行的,无需手动管理每个对象的内存释放。遵循良好的编程实践和内存管理原则,可以帮助垃圾回收器更有效地工作,并确保应用程序的内存使用保持在合理的范围内。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值