javascript间隔内存泄漏

Question

我正在阅读这篇关于 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 的闭包必须保持事件状态才能执行。反过来，它在捕获 myRef 时保存对 myObj 的引用。如果我们将闭包传递给任何其他函数，并保留对它的引用，这将是相同的。

同样值得记住的是，setTimeout/setInterval 调用中的引用(例如函数)需要先执行并完成，然后才能被垃圾回收。

问题是:如何正确执行此操作才不会泄漏？是不是调用clearInterval那么简单？这个是漏一次还是每个间隔漏一次

Answer 1

我不会以任何方式将其称为内存泄漏 - 它只是简单的垃圾回收，做它应该做的事情。没有比这更“正确”的方法了。

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

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

---

如果您在 myObj 中有很多计时器不需要访问的其他数据，并且您试图在计时器继续运行时允许释放这些数据，那么您可以保持您现在拥有的相同结构，但清除对象中的其他数据(删除属性或将属性设置为 null)，或者您可以更改代码结构，以便启动循环计时器使用单独的函数调用，并且不必为了调用方法而保留对对象的引用。

换句话说，如果您的计时器方法需要访问该对象，那么垃圾收集器会正确地保持该对象的事件状态。如果计时器方法不需要访问对象，那么您应该以其他方式运行循环计时器，这种方式不会重复调用对象上的方法 - 允许对象被垃圾回收。