Node.JS 内存泄漏与 PM2

Question

我使用pm2 start ... 运行我的服务器，pm2 monit 在 2 小时后显示3GB memory。所以我附上了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 monit 显示3GB+？

---

现在切换到 forever 或 monit 之类的东西，看看泄漏是否仍然存在。

---

多一点背景

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

Answer 1

这个帖子上有很多非常糟糕的答案。真的，真的很糟糕。

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

所以首先：

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

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

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

Answer 2

• 我也遇到了同样的问题，但经过一番研究，我发现 nodejs 在使用 pm2 时没有调用垃圾收集器。
• 因此，在 PM2 修复该问题之前，临时解决方法是强制调用垃圾收集器，使用以下方法

pm2 start app.js --node-args='--expose-gc'

以上参数 --expose-gc 将允许我们从节点 js 强制调用垃圾收集器，现在使用以下代码强制车库收集。

if (global.gc) {
   global.gc();
} else {
   console.log('Garbage collection unavailable.  use --expose-gc '
   + 'when launching node to enable forced garbage collection.');
}  

这将解决 PM2 内存泄漏问题。