javascript间隔内存泄漏

时间:2014-06-25 16:34:27

标签: javascript memory-leaks

我正在阅读关于javascript优化的这篇文章。 Article

我遇到了这一节,它告诉我发生泄漏的时间。但是我找不到调用它的正确方法,因此不会发生泄漏。这是我感兴趣的部分。

泄漏的最糟糕的地方之一是循环,或者在setTimeout()/ setInterval()中,但这很常见。 请考虑以下示例。

var myObj = {
    callMeMaybe: function () {
        var myRef = this;
        var val = setTimeout(function () { 
            console.log('Time is running out!'); 
            myRef.callMeMaybe();
        }, 1000);
    }
};

然后我们运行:

myObj.callMeMaybe();

开始计时器,我们可以看到每一秒“时间不多了!”如果我们再运行:

myObj = null;

计时器仍会闪光。 myObj不会被垃圾收集,因为传递给setTimeout的闭包必须保持活动才能被执行。反过来,它保存对myObj的引用,因为它捕获了myRef。如果我们将闭包传递给任何其他函数,并保持对它的引用,这将是相同的。

还值得记住的是,setTimeout / setInterval调用中的引用(如函数)需要在垃圾回收之前执行并完成。

问题是:你如何正确地做到这一点,以免你泄漏?它是否像调用clearInterval一样简单?这会泄漏一次还是每个间隔泄漏一次

1 个答案:

答案 0 :(得分:1)

我不会以任何方式将此称为内存泄漏 - 它的简单垃圾收集正在做它本应该做的事情。没有更多"正确"这样做的方法。

只要您的计时器正在运行,myObj最初指向的对象仍在使用中。一旦没有更多的引用,垃圾收集器就会释放它。设置myObj = null会清除对它的一个引用,但是正在进行的计时器在myRef中有另一个引用,因此在所有对它的引用都消失之前它不能被垃圾收集。

是的,如果您停止计时器并设置myObj = null,那么将不再有对该对象的引用,GC将会删除它。请记住,如果您想从外部停止计时器,则需要提供对timerid的访问权限,因为没有外部代码可以到达您现在存储它的val


如果myObj中有很多其他数据,计时器不需要访问,并且您试图在计时器继续运行时释放该数据,那么您可以保持相同的结构你现在有了,但是要清除对象中的其他数据(删除属性或将属性设置为null),或者可以更改代码的结构,以便通过单独的函数调用启动定期计时器,没有必要保持对对象的引用以调用方法。

换句话说,如果您的计时器方法需要访问该对象,那么垃圾收集器正确地保持该对象处于活动状态。如果计时器方法不需要访问该对象,那么您应该以其他方式运行重复计时器,而不会反复调用该对象上的方法 - 允许对象进行垃圾回收。