javascript - JavaScript 闭包中的垃圾回收

Question

我在这里需要一些帮助来理解它是如何工作的(或没有，就此而言)。

1. 在网页中，我为节点创建了一个点击事件监听器。
2. 在监听器中，我创建了某个随机类的实例，它将节点设置为自身的属性。因此，如果 var classInstance 是实例，我可以像 classInstance.rootNode 一样访问节点。
3. 当监听器触发时，我设置了一个 ajax 请求，关闭 classInstance 并将 ajax 响应传递给 classInstance 并使用它可能修改 rootNode 的样式或内容或其他。

我的问题是，一旦我完成了 classInstance，假设没有其他任何东西引用它并且它本身，它自己的闭包中没有任何其他东西，垃圾收集器会处理它吗？如果不是，我如何将其标记为处置？

Answer 1

为了回应@Beetroot-Beetroot 的疑虑(诚然，我也有)，我做了更多的挖掘。我设置了this fiddle ，并使用了 chrome dev-tools' timeline和 this article作为指导。在 fiddle 中，两个几乎相同的处理程序创建了一个包含 2 个日期对象的闭包。第一个只引用 a，第二个引用 a 和 b。尽管在这两种情况下，只有 a 可以真正公开(硬编码值)，但第一个闭包使用的内存要少得多。这是否归功于 JIC(即时编译)或 V8 的 JS 优化魔法，我不能肯定地说。但是从我读过的内容来看，我会说是 V8 的 GC 在 tst 函数返回时释放了 b，而在第二种情况下它不能这样做(bar 在 tst2 返回时引用 b)。我觉得这并不奇怪，如果发现 FF 甚至 IE 的工作方式相似，我一点也不会感到惊讶。
刚刚添加这个，也许不相关，更新是为了完整性，因为我觉得好像指向 google 的开发工具文档的链接是某种附加值。

---

这取决于一个简单的经验法则:只要您不能再引用 classInstance 变量，就应该对其进行 GC，而不管它自己的循环引用。我已经测试了很多结构，类似于您在此处描述的结构。也许it's worth a look
我发现闭包和内存泄漏不是那么常见或容易解决(至少，现在不是了)。

但正如公认的答案所说:几乎不可能知道什么代码会泄漏。
再次阅读你的问题，我会说:不，你不会泄漏内存:classInstance 变量不是在全局范围内创建的，但它被传递给各种功能(因此各种范围)。每次函数返回时，这些作用域都会分解。 classInstance 如果已传递给另一个函数/作用域，则不会进行 GC。但是一旦引用 classInstance 的最后一个函数返回，该对象就会被标记为 GC。当然它可能是一个循环引用，但它是一个除了它自己的范围之外无法从任何地方访问的引用。
你也不能真正称其为闭包:当存在某种形式的暴露到外部范围时，闭包就会发生，而这在你的示例中没有发生。

我不擅长解释这样的事情，但只是回顾一下:

var foo = (function()
{
    var a, b, c, d;
    return function()
    {
        return a;
    }
})();

GC 将释放内存 b、c 和 d 引用:它们已超出范围，无法访问他们……

var foo = (function()
{
    var a, b, c, d;
    return function()
    {
        a.getB = function()
        {
            return b;
        }
        a.getSelf = function()
        {
            return a;//or return this;
        }
        return a;
    }
})();
//some code
foo = new Date();//

在这种情况下，b 也不会被 GC 处理，原因很明显。 foo 公开了 a 和 b，其中 a 是一个包含循环引用的对象。虽然一旦 foo = new Date()，foo 就会丢失对 a 的任何引用。当然，a 仍然引用自身，但是 a 不再暴露:它可以引用任何它喜欢的东西。大多数浏览器不会关心并且会 GC a 和 b。事实上，我已经检查过 Chrome、FF、和 IE8 都完美地对上面的代码进行了 GC...那么不用担心。