为了回应@Beetroot-Beetroot 的疑虑(诚然,我也有),我做了更多的挖掘工作。我设置了这个小提琴,并使用了chrome 开发工具的时间线和这篇文章作为指导。在小提琴中,两个几乎相同的处理程序创建了一个带有 2 个日期对象的闭包。第一个仅引用a
,第二个引用都a
和b
。尽管在这两种情况下都只能a
真正暴露(硬编码值),但第一个闭包使用的内存要少得多。这是否取决于 JIC(即时编译)或 V8 的 JS 优化魔法,我不能肯定地说。但从我读过的内容来看,我会说是 V8 的 GCb
在tst
函数返回,在第二种情况下它不能返回(返回时bar
引用)。我觉得这并不是那么古怪,而且我一点也不惊讶发现 FF 甚至 IE 也能以类似的方式工作。刚刚添加了这个,也许是无关紧要的,为了完整性而更新,因为我觉得谷歌开发工具文档的链接似乎是一种附加值。b
tst2
它有点取决于,作为一个简单的经验法则:只要你不能再引用classInstance
变量,它就应该被 GC'ed,不管它自己的循环引用。我已经测试了很多结构,类似于您在此处描述的结构。也许值得一看,
我发现闭包和内存泄漏并不那么常见或容易得到(至少,现在不是了)。
但正如公认的答案所说:几乎不可能知道什么时候会泄漏什么代码。
再次阅读您的问题,我会说:不,您不会泄漏内存:该classInstance
变量不是在全局范围内创建的,而是被传递给各种函数(因此是各种范围)。每次函数返回时,这些作用域都会分解。classInstance
如果已将其传递给另一个函数/范围,则不会被 GC。但是一旦引用的最后一个函数classInstance
返回,该对象就会被标记为 GC。当然它可能是一个循环引用,但它是一个除了它自己的范围之外不能从任何地方访问的引用。
您也不能真正将其称为闭包:当存在某种形式的暴露时,就会发生闭包到外部范围,这在您的示例中没有发生。
我在解释这样的事情时很垃圾,但只是回顾一下:
var foo = (function()
{
var a, b, c, d;
return function()
{
return a;
}
})();
GC 将释放 memb
和引用:它们已经超出范围,无法访问它们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
不再暴露:它可以引用任何它非常喜欢的东西。大多数浏览器不会在意并且会 GCa
和b
. 事实上,我已经检查过 Chrome、FF和IE8 都完美地 GC 上面的代码......那么不用担心。