Ubuntu Node.js日志中如何定位内存泄漏

Ubuntu下通过Node.js日志定位内存泄漏的步骤

1. 监控内存使用趋势，初步判断泄漏

通过Node.js内置的process.memoryUsage()方法，定期记录内存使用数据（如常驻内存rss、堆内存heapUsed等），观察是否持续增长（无下降趋势）。例如：

setInterval(() => {
  const memory = process.memoryUsage();
  console.log(`RSS: ${(memory.rss / 1024 / 1024).toFixed(2)}MB, HeapUsed: ${(memory.heapUsed / 1024 / 1024).toFixed(2)}MB`);
}, 5000); // 每5秒打印一次

若内存持续增长，可能存在泄漏。也可使用top、htop或pm2 monit（PM2的监控模块）实时查看Ubuntu系统中Node.js进程的内存占用。

2. 生成堆快照，捕获内存状态

使用heapdump模块在代码中生成堆内存快照（.heapsnapshot文件），或在运行时通过信号触发。例如：

const heapdump = require('heapdump');
// 手动生成快照（指定路径）
heapdump.writeSnapshot('/tmp/snapshot-' + Date.now() + '.heapsnapshot');

// 或通过SIGUSR2信号触发（需启动时允许信号）
// kill -USR2 <pid>

堆快照会记录当前内存中的所有对象及其引用关系，是分析泄漏的关键数据。

3. 使用Chrome DevTools分析堆快照

启动Node.js应用时开启调试模式：node --inspect app.js；
打开Chrome浏览器，访问chrome://inspect/#devices；
在“Remote Target”中找到你的应用，点击“inspect”；
切换到Memory面板，加载生成的堆快照；
使用Comparison（对比）视图，对比泄漏前后的快照，找出Retainers（引用链）中持续增长的对象（如未被释放的全局变量、闭包、事件监听器等）。

4. 代码审查，定位常见泄漏点

通过日志和堆快照结果，检查代码中以下常见泄漏场景：

全局变量：意外将对象赋值给全局变量（如global.userCache = {}），导致对象无法被GC回收；
闭包引用：闭包中引用了外部函数的变量（如function outer() { const bigData = [...]; return function inner() { console.log(bigData); } }），外部变量无法释放；
未移除的事件监听器：如emitter.on('event', listener)未调用emitter.removeListener，导致监听器持续占用内存；
缓存未控制大小：如使用Map或数组缓存数据时，未设置最大容量或过期时间，导致缓存无限增长。

5. 使用专业工具增强分析

memwatch-next：监控内存泄漏并触发回调，例如：

const memwatch = require('memwatch-next');
memwatch.on('leak', (info) => {
  console.error('Memory leak detected:', info); // 输出泄漏详情
});

Clinic.js Heap Profiler：生成可视化火焰图，直观展示内存分配和调用栈，帮助快速定位泄漏函数。使用方式：
```
clinic heapprofiler -- node app.js # 收集数据
clinic heapprofiler --visualize-only profile.heapprofile # 生成火焰图
```
火焰图中宽且持续的矩形代表内存占用高的函数，需重点关注。

6. 压力测试，暴露隐藏泄漏

使用负载测试工具（如autocannon、artillery）模拟高并发请求，观察内存使用是否随请求增加而异常增长。例如：

autocannon -c 100 -d 30 http://localhost:3000/api # 100并发，持续30秒

结合日志和堆快照，分析高负载下的内存变化，找出压力场景下的泄漏点。

通过以上步骤，可系统性地通过Ubuntu下的Node.js日志和工具定位内存泄漏，逐步缩小范围至具体代码段。