apache-flex - 注册监听器时，什么使本地作用域的对象保持事件状态？

Question

我在各种 AS3 代码中看到了这种明显的魔法，但这里有一个简化的例子:

package {
    import flash.display.Sprite;
    import flash.events.*;
    import flash.net.*;

    public class URLLoaderExample extends Sprite {
        public function URLLoaderExample() {
            var loader:URLLoader = new URLLoader();
            loader.addEventListener(Event.COMPLETE, onComplete);
            loader.load(new URLRequest("example.txt");
        } // 'loader' should fall out of scope here!

        private function onComplete(evt:Event):void {
            var loader:URLLoader = URLLoader(evt.target);
            trace ("Received data: " + loader.data);
            //unsure if removal below is necessary (since I don't
            //know where 'loader' itself is hiding!)...
                //  - NOTE: this removal is never in the examples!
            loader.removeEventListener(Event.COMPLETE, onComplete);
        }
    }
}

如代码注释中所示， loader变量应该在 URLLoaderExample 之后超出范围构造函数。然而……自从 onComplete 之后，它似乎仍然在某处保持事件状态(不是垃圾收集)。监听器/处理程序能够干净地接收它。

对 loader 的魔法/隐藏/全局引用在哪里？让它保持事件状态，以便它可以完成它的加载操作，然后交给 onComplete监听器/回调？这个引用可以在某处看到吗？

为了帮助上下文...作为一个类似的例子，我知道 loader实例将具有 onComplete监听器注册。我也知道我需要小心使用 removeEventListener在任何时候 (?) 以避免因搁浅的监听器而导致潜在的内存泄漏。让我担心的是我不明白魔法在哪里 loader引用是以及是否(或何时)我需要清理它。

是不是 loader.load()称自己为东西 loader全局某个地方？

Answer 1

这个例子肯定容易出错，因为加载器 5 月 在加载完成之前进行垃圾收集。当您订阅 COMPLETE事件与 onComplete方法，您创建一个引用 来自 加载到您的类 URLLoaderExample .而你需要确保 GC 不会破坏加载器的是创建一个引用 至 它。

GC 永远不会保证您及时清理，即使您明确删除所有引用。 ( See this post for resources on GC logics. ) 但它 可以 如果没有对它的显式引用，则垃圾收集进程中的加载器。如果您在使用内存的应用程序中尝试测试(而不是坐在那里什么都不做)，您很可能会看到这种行为。如果您尝试加载 swfs 而不是数据，您更有可能看到加载器被垃圾收集。

在这里使用弱引用无济于事，因为当你这样做时，你告诉 GC:“随意杀死我，调度员，正在引用的东西，我没有怜悯它。”在您的示例中，它类似于:“如果 URLLoaderExample 实例丢失了其他可行的引用，请随意杀死它”，这是毫无意义的。 Here's one good article on useWeakReference.

监听器不会阻止 调度员 从被垃圾收集。非事件对象是不再有其他事件对象对其的任何引用的对象。所以，如果一个对象本身有对外部事物的引用，它不会阻止这个对象从内存中删除。

因此，简要回答您的问题:引用无处可去，您很幸运能看到加载正常工作。好吧，完全准确地说，它是函数激活对象(如 ECMA 规范中所称)，用作局部变量的作用域并引用它们。但无论如何，它在方法返回时被处理，并且您永远无法获得对激活对象本身的引用(再次通过规范)。

编辑 关于谁让谁免于被垃圾收集的更多话。由于评论中的明显误解而添加。

报价单 from Adobe livedocs :

useWeakReference:Boolean (default = false) — Determines whether the reference to the listener is strong or weak. A strong reference (the default) prevents your listener from being garbage-collected. A weak reference does not.

因此，订阅事件会创建一个从调度程序到监听器的引用。与监听器不同，调度员可以自由走动。监听器不会阻止调度程序被垃圾收集。并且调度程序可以防止监听器被垃圾收集，这就是为什么我们有 useWeakReference .