flex内存泄露（转载）

### Flex应用内存泄露的分析与诊断 #### 引言 Flex是一种用于构建和部署富互联网应用（RIA）的技术，它采用ActionScript语言作为脚本语言，并在Flash Player虚拟机（AVM）中运行。如同其他高级编程语言一样，AVM内嵌有垃圾收集器（Garbage Collection），用于自动管理和释放不再使用的对象所占用的内存资源。尽管如此，Flex应用仍然可能出现内存泄露问题，这是由特定的编程实践或设计缺陷引起的。 #### Flash Player虚拟机的垃圾回收机制 **垃圾收集器的工作原理：** 垃圾收集器通常通过标记-清除算法工作，识别并回收那些不再被任何活动路径引用的对象。Flex应用中的对象组织成树形结构，从根节点（通常是`Application`类实例）开始遍历所有对象。垃圾收集器会标记所有从根节点可达的对象为“有效”。未能被标记的对象被视为“无效”，并最终被回收。 **标记法详解：** - **标记过程：** 垃圾收集器从根节点开始，递归地遍历整个对象图，并标记所有可访问的对象。 - **清除过程：** 标记完成后，收集器会释放未被标记的对象占用的内存空间。 - **特殊情况处理：** 弱引用是一种特殊的引用类型，即使它保持对对象的引用，该对象也可能被垃圾收集器回收。 #### Flex内存泄露的原因 尽管AVM提供了垃圾收集机制，但Flex应用依然可能遭遇内存泄露问题。主要原因是对象引用关系导致垃圾收集器误判某些对象仍处于活动状态。具体而言： 1. **对象引用不当：** 当某个对象实际上已经不再需要，但由于其他活动对象间接或直接地保持对该对象的引用时，垃圾收集器将无法回收其占用的内存。 2. **逻辑错误：** 如示例所示，当用户关闭提示框后，如果提示框对象仍被其他活动对象引用，则会导致内存泄露。 3. **显示引用与隐式引用：** 显示引用指直接赋值给变量的引用，而隐式引用则是通过事件监听器或其他间接方式保持的对象引用。这两种引用类型若管理不当，都将导致内存泄露。 #### 开发过程中造成内存泄露的典型场景 1. **显示引用：** - 全局变量、静态变量等长期存活的对象持有对其他对象的引用，且未适时释放。 - 单例模式对象保持对其他对象的引用，若不妥善管理，将导致内存泄露。 - 代码示例（清单1）中，静态变量`staticVar`保持对`chart`对象的引用，即使`chart`本身已被设为`null`，但由于静态变量的存在，`chart`的内存不会被回收。 2. **隐式引用：** - 方法参数传递中，方法体内创建了对参数对象的新引用，但未正确释放。 - 示例（清单2）展示了将对象作为参数传递给方法，方法内部的引用导致内存泄露的情况。 - 对象自身的方法调用中，方法内部创建对`this`关键字的引用未正确释放，同样可能引起内存泄露（清单3）。 #### 防止Flex内存泄露的最佳实践 - **定期审查代码：** 定期检查代码中是否存在不必要的对象引用。 - **使用工具辅助诊断：** 利用Flex SDK自带的工具或其他第三方工具进行内存泄漏检测。 - **合理管理对象生命周期：** 尤其是在处理事件监听器时，确保在不再需要时移除监听器。 - **避免滥用静态变量：** 静态变量在整个应用生命周期中都存在，应谨慎使用以减少潜在的内存泄露风险。 - **优化单例模式：** 对于单例模式创建的对象，确保它们持有的外部引用能够在不再需要时被正确释放。 总结来说，Flex应用中的内存泄露问题是由垃圾收集器无法识别的活动对象引用造成的。理解Flash Player虚拟机的垃圾回收机制及常见的内存泄露场景有助于开发者采取有效措施预防和解决此类问题。通过遵循最佳实践和利用适当的工具，可以显著降低Flex应用中内存泄露的风险。