Flash Player的garbage collection（GC）分两种运行方式，一种是“引用计数法”（Reference Counting），一种是“标记-清除法”（Mark Sweeping）。
引用计数法是通过计算指向某个对象的引用的数量来确定是否清除该对象。如果一个对象的引用数量为0，表示程序无法再访问到该对象，则清除该对象；如果引用计数不为0，则不清除。这种方法运行代价较小，但是这种方法无法清除存在循环引用关系的对象集合。标记-清除法是从程序的根对象开始，遍历每个引用指向的对象。遍历经过的对象，则将其标记。最后清除所有没有打上标记的对象。这种方法比较彻底，但是运行代价较高。
FlashPlayer运行GC的时间并不固定，它会根据你的内存的占用情况来决定运行GC的时间。它会根据用户机器的内存值来设定一个阀值，然后将程序的占用内存量保存在该阀值左右。
详细可查看文章“Understanding garbage collection in Flash Player 9”。
正因为FlashPlayer这种“不确定”的GC机制，所以我们所要做的主要工作是确保创建的对象在不需要的时候可以被释放。确保对象可以被释放的大原则是没有外部引用指向该对象，除了一般情况下的没有将外部引用显示地设为null之外，以下的情况也会导致对象无法释放：
1. 没有remove监听的事件。比如，A对象对某个事件进行监听，监听函数（Event Handler）存在于B对象中，则相当于A对象会保存一个B对象的方法的引用，会导致B对象的内存无法释放。
解决方法：注意remove掉监听事件；或者在调用addEventListener（）时，将监听函数设为弱引用，但这种做法只适合一次性的监听。
2. 使用BindingUtils.bindSetter()、ChangeWatcher.watch()绑定某个对象之后，没有清除该绑定。道理同1，其实绑定某个对象，也就是监听其发出的PropertyChange事件。
解决方法：使用ChangeWatcher.unwatch()来清除绑定关系。
3. 声明了样式，并在样式中使用了嵌入式资源。比如在<mx:Style>标签中定义了样式名称。一个对象定义了样式，相当于对外声明了一个全局可用的样式，因此会到导致外部保存了该对象的引用，可能导致对象无法释放。
解决方法：解决方法很多，可以使用动态加载的样式，或者使用一个类或模块（Module）专门管理样式，这些解决方法取决程序的架构设计。
4. 使用ExternalInface.callBack()声明了对外的API函数。类似于情况1，一个对象对外声明了API，就使外部保存了指向该对象的引用。
解决�
举例子如下：
<<object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=7,0,19,0" width="400" height="60">
<param name="movie" value="你的flash路径" />
<param name="quality" value="high" / ......
It's been a while since I've posted any Flash tips. I recon it's
time that changed and I get back to spreading some of that knowledge that's
lofting up there in that big empty space I call a brain. This particular tip
comes from a recent post on the ActionScript.org forums
.
Brackets evaluat ......
