Node.JS PM2 内存泄漏

我正在运行我的服务器pm2 start ... and pm2 monit正在向我展示3GB memory2个小时之后。所以我附加了memwatch，现在我又等了2个小时，再次显示内存pm2 monit到达3GB.

因此，我检查了 memwatch 生成的日志。给我看了：

{ before: { nodes: 75659, size_bytes: 11141702, size: '10.63 mb' },
  after: { nodes: 73226, size_bytes: 10840598, size: '10.34 mb' },
  change:
   { size_bytes: -301104,
     size: '-294.05 kb',
     freed_nodes: 5141,
     allocated_nodes: 2708,

还有另一个：

{ before: { nodes: 72591, size_bytes: 10728318, size: '10.23 mb' },
  after: { nodes: 73284, size_bytes: 10798062, size: '10.3 mb' },
  change:
   { size_bytes: 69744,
     size: '68.11 kb',
     freed_nodes: 5931,
     allocated_nodes: 6620,

现在我真的很困惑，这些是最后的日志，所以我很确定这些是生成的日志pm2 monit显示出巨大的内存泄漏。

那么，为什么是memwatch给我看10MB+内存和 pm2 监视器显示3GB+?

现在切换到类似的东西forever or monit http://mmonit.com/monit/看看泄漏是否仍然存在。

多一点背景

• 我一直在尝试分析并找到泄漏，并且配置文件上并没有显示任何泄漏。
• memwatch diff 在客户端连接时启动，并在客户端断开连接时获取差异。

有很多的特别糟糕在此线程上的答案。真的，真的很糟糕。

答案很简单：你的代码有内存泄漏，你需要找到并删除它，而且 GC 出错的可能性很小，罪魁祸首很可能是你的代码。

所以首先：

1. "我发现 PM2 垃圾收集器不起作用“ - 这是 显然是荒谬的，PM2运行节点，它使用V8，它有它的 内置自己的垃圾收集器。这并不仅仅因为您而被禁用 运行 PM2。
2. "所以直到问题解决之前调用 GC“ - 不！如果你的代码有泄漏，手动调用 GC 是懒惰的行为，你应该修复它们。
3. "删除 pm2 后，暂时不再有内存泄漏。“ - 不，你只是没有在 PM2 中监视它；泄漏仍然存在，你只是看不到错误，因为你使用节点运行它而不是查看结果。

其次，实际的解决方案应该是：

使用您的工具分析代码的内存和 CPU 使用情况 选择。对于大多数人来说，这将是 Chrome 的调试工具 连接到正在运行的节点实例，看看有哪些功能 导致内存使用量激增。只需手动调用 GC 很懒，因为你的代码仍然存在泄漏，但你只是告诉 V8 在应用程序泄漏内存后不断地清理内存，这是非常懒惰的做法。