Flash Player 9关于Unload的秘密

Flash Player 9关于Unload的秘密

AS3 2009-08-01 12:29:19 阅读134 评论0 字号：大中小

Flash Player 9有一个不可告人的秘密，甚至都没有尝试去隐藏这个BUG。但是它仍然不被大众所知，如你所见Flash Player已经有了很多分开加载的问题，一旦它加载了一些SWF内容，真的很难让它们完全卸载，从技术角度来说，让Flash Player 9 卸载已经加载的AS3内容是极为困难的。

在本篇文章里，我会从一个较深的技术角度和背景去分析这个问题，并会带给你建议如何面对以上提到的BUG，以及在问题来临时的一些变通方式，如果这个问题也同样影响到了你和你的项目，我强烈建议通读整篇文章，从而提高对这个问题的深层认识。之后，你可以在文章的结尾用链接来向ADOBE提供反馈。我会很感谢你能够与其它的开发者分享这篇文章。既可以借此来增长对这个问题的认识，也能够向大家提供一个把问题反馈给Flash Player开发小组的机会。这样，越多的人认识到它，最终也就越可能得到Adobe官方的解决。

在我看来，这个问题可以被分为三部分：首先Flash Player的一个BUG；安全沙箱内容；和一个”unload”方法。需要注意的是，使用FLEX2/3和FLASH CS3创建的项目可能都会遇到这样的问题。

背景

首先，这有一点点的信息关于垃圾回收机制的介绍。对于AS2内容，调用MovieClip.unloadMovie()方法即可精确的卸载掉被加载的影片。这意味着你加载的内容会被立刻停止执行，从内存中清除。

在AS3中，调用Loader.unload()简单的去移除与被加载影片相关联的内容。如果仍有一些其它内容与被加载的影片存在关联，它将不会被卸载，甚至有时当所有关联已经被清除掉后，它也仅能在该操作被执行后的某个时间点上，通过释放被垃圾回收搜集到的内容来清除。这意味着被加载并且还在正常工作状态的内容会继续它们的工作执行着。这样，当你卸载它们后，内存当中的还残存着一定数量的你卸载不掉的东西。从某种角度来说它确实是一个不大不小的问题，但Player的一个BUG使问题更加恶化了。

Flash Player 9 的 BUG

Flash Player 9 有一个非常严重的BUG，那些激活了enterframe或timer事件的侦听器会阻止内容的卸载。无论被加载的SWF侦听器的什么范围，或它已经使用了弱引用，甚至还会影响在FLASH 工具中写的时间线代码。如果你有任何的代码在时间线上，那么该SWF不会被卸载。

安全沙箱

AS3缺乏支持精确内容的沙箱，我所指的是开发者让SWF文件加载进沙箱的能力，这样被加载的SWF就不能够与主影片轻易产生关联了。我们有足够的理由去这样去做，你不用过分担心加载的第三方组件或是插件会影响你整个的应用。对于本文来说更重要的是它不会影响到正被卸载的内容。

首先,安全沙箱会使开发者阻止被加载的SWF在它以外添加侦听器，这是非常重要的，因为AS3中开发者们依赖舞台(stage)事件侦听器去通知像全局鼠标动作，或是像键盘事件。但被加载的SWF创建舞台侦听器会阻止该文件被卸载（除非他使用了弱引用）。这是因为添加侦听器通过事件发生器会创建一个引用关联到它的侦听者 (在这里，所指的是舞台stage)。这意味着该内容永远不会被卸载，同时意味着第三方内容可以通过简单的添加舞台侦听器（有意或无意的）阻止了自身的卸载。

其次，安全沙箱可以让Player可以使被加载的内容在一个干净的包中，我想，以上会使精确卸载成为可能。

精确卸载

如背景部分所述，目前还没有一个方法可以像AS2中那样，简单做到精确卸载掉AS3 SWF。而这一切也都有它们正当的理由，被加载的内容可以被关联，实例化，这一切使卸载变得更加复杂。相对AS2来说，AS3这方面能力被降低了，使某些类型的项目几乎不可能正常开发。

我相信安全沙箱会帮助解决这一问题，使它们更加简单的被移除。Adobe可以通过沙箱的限制来精确卸载内容。对于大多数依赖动态加载与卸载的项目（如：相册），这会是一个非常有效的方案。

启示

这些问题带给我们很多的影响，主要有三方面的的项目，特别是：

1.    相册或是代表作品这样的项目。你们可能已经注意到了当AS3放出后incomplet.org一直停滞不前，这是因为几乎不可能使用AS3来创建一个如incomplet.org这样的站点，因为加载的内容不能简单的卸载。这意味着当你点击关闭后，你所浏览的内容依然会在背后继续运行。整个站点会变得缓慢下来，甚至崩溃。不好的是，这也是我即将到来的FitC talk的顾虑，我很可能必须选择在外部运行我的DEMO，来替换原来通过幻灯片动态加载显示他们的方案。

2.    加载第三方内容的应用，当前所有涉及到加载插件、模块、第三方内容的应用都会遇到开发上的问题。为了避免这样的问题的发生，任何分开加载的内容必须坚持遵循严格的代码规范，和开放的API。我感觉这样依然会有一些安全方面的问题，因为第三方内容依然可以轻易的通过添加舞台侦听器获取到鼠标和键盘动作的动作。。

3.    广告。基于AS3的Flash广告在当前是不可能被安全嵌入AS3站点的。非常多的广告使用了时间线代码，enterframe 侦听器和 timer所以如果你选择将横幅广告嵌入到你的FLASH站点，那些已经不可见的横幅广告很可能在你无法控制的情况下一直存在于内存中运行着。更糟的是，如果这些横幅广告在你网站的域中时，它会构成更严重安全威胁，像第二部分介绍的那样。

一部分很重要的原因相对于Player 8 和 AS2来说这是一方面能力的降低。对于Adobe来说这也是非常不好的消息，使用Flash构建在线体验类应用是非常令人不安的，但Flash又是以创作在线广告著称，但它又不适合用来开发带有广告的在线应用。FLASH/FLEX站点模块化和第三方内容嵌入的广告的需求也正在提升。

对Flash Player 的建议

最低限度的，我想这个BUG应该被尽快的处理，我不认为这是不合理的期望：在FLASH PALYER10中使用安全沙箱机制去做到精确卸载。这部分的API已经有了一些好的例子。

使用安全沙箱内容，Adobe可以简单的扩展安全域的至应用域，允许开发者将加载的内容放在一个新的安全域中，这样它将不能够访问主SWF。最大的好处是它不要求新的API，并且对原来的模块有所约束，而且这样的机制已经存在了（这正是目前从其它的域加载一个SWF到当前域所要做的），当安全沙箱内容需要交互时，我们也已经有了解决这一方面的机制雏形，childSandboxBridge 以及 sharedEvents。

为了做到精确卸载，我建议加入一个Loader.dispose() 或是Loader.remove()方法，当它是一个安全沙箱文件时，如果不能被移除，它会像安全沙箱那样之前做的那样，抛出一个错误。

这些改变不会直接解决所有的问题，但是它会给开发者一个工具去自己解决问题。

变通与策略

解决这个问题，主要有四种方案：
1.    作为被加载文件，时刻注意移除timer 和enterframe侦听器，当你想要把它加载到一个大型应用当中时。当然，也要尽量避免使用舞台侦听器，或当它们已经完成了任务时，及时的移除它们。

2.    在你的Flash项目中中开放标准的API，告诉其它的SWF文件去清除或停止执行。这样主影片可以在卸载它们之前在try/catch块中调用这样的方法。我建议使用halt()方法，通知侦听一个SharedEevnt事件。

3.    你可以从一个子域中加载SWF文件，这样会将它限制于一个安全沙箱中。

4.    从一个浮于主影片之上的DIV层中加载文件，这不是一个建议的做法，但是它确实也可以解决多数情况的问题。