这个问题询问类似的问题。基本上，这个想法是，如果在回调中使用闭包，则应在完成后“取消订阅”该回调，以使GC知道无法再次调用它。这对我来说很有意义；如果您有一个闭包只是在等待被调用，那么GC将很难知道您已经完成了它。通过从回调机制中手动删除闭包，闭包将成为未引用的并且可用于收集。
此外，Mozilla还发表了一篇很棒的文章，介绍如何在Node.js代码中查找内存泄漏。我认为，如果您尝试他们的某些策略，则可以找到表示泄漏行为的代码部分。最佳做法固然很好，但是我认为了解程序的需求并根据您的经验观察得出一些个性化的最佳做法会更有帮助。
以下是Mozilla文章的简短摘录：
- Jimb Esser的
node-mtrace，它使用GCCmtrace实用程序来分析堆使用情况。- 戴夫·帕切科（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无关紧要。我还没有确切的答案。我只是发布在网上找到的内容。
