JavaScript中的内存泄漏和关闭-什么时候以及为什么？

Question

您经常在网络上读到使用闭包是JavaScript中大量内存泄漏的原因。在大多数情况下，这些文章都涉及混合脚本代码和DOM事件，其中脚本指向DOM，反之亦然。

我了解关闭可能是一个问题。

但是Node.js呢？在这里，我们自然没有DOM-因此像浏览器一样，没有机会出现内存泄漏的副作用。

关闭可能还会有什么其他问题？有人可以详细说明或指向我关于此的很好的教程吗？

请注意，此问题明确针对Node.js，而不针对浏览器。

Answer 1

这个问题询问类似的问题。基本上，这个想法是，如果在回调中使用闭包，则应在完成后“取消订阅”该回调，以使GC知道无法再次调用它。这对我来说很有意义；如果您有一个闭包只是在等待被调用，那么GC将很难知道您已经完成了它。通过从回调机制中手动删除闭包，闭包将成为未引用的并且可用于收集。

此外，Mozilla还发表了一篇很棒的文章，介绍如何在Node.js代码中查找内存泄漏。我认为，如果您尝试他们的某些策略，则可以找到表示泄漏行为的代码部分。最佳做法固然很好，但是我认为了解程序的需求并根据您的经验观察得出一些个性化的最佳做法会更有帮助。

以下是Mozilla文章的简短摘录：

• Jimb Esser的node-mtrace，它使用GCC mtrace实用程序来分析堆使用情况。
• 戴夫·帕切科（Dave Pacheco）node-heap- dump拍摄了V8堆的快照，并将整个内容序列化到一个巨大的JSON文件中。它包括用于遍历和调查JavaScript中生成的快照的工具。
• Danny Coates 使用WebKit Web Inspector为V8探查器提供了Node绑定，v8-profiler并node- inspector提供了Node调试界面。
• 费利克斯·纳斯（Felix Gnass）的前叉，可禁用保持器图
• FelixGeisendörfer的Node Memory Leak Tutorial是有关如何使用v8-profilerand
  的简短说明，node-debugger目前是大多数Node.js内存泄漏调试的最新技术。
  
• Joyent的SmartOS平台可提供大量工具供您调试Node.js内存泄漏
  
  

这个问题的答案基本上说，您可以通过分配null闭包变量来帮助GC
。

var closureVar = {};
doWork(function callback() {
  var data = closureVar.usefulData;
  // Do a bunch of work
  closureVar = null;
});

函数 内部 声明的任何变量都会在函数返回时消失， 但 其他闭包中使用的变量 除外
。在此示例中，closureVar必须一直在内存中直到callback()被调用，但是谁知道那会在何时发生？一旦回调被调用，您可以通过将您的闭包变量设置为null来提示GC。

免责声明 ：从下面的评论中您可以看到，有一些SO用户说此信息已经过时并且对于Node.js无关紧要。我还没有确切的答案。我只是发布在网上找到的内容。