记录node内存瓶颈分析

注：仅仅是一篇纪实性文章！

概述：不知道因为什么原因，在某个项目新申请的两台服务器上将node版本从6.10.0升级到了6.10.1，发现在这两台机器上一个node进程占用内存一直再涨，启动10h左右就会飙升到800M。

服务器系统版本：CentOS release 6.9 (Final) nodejs版本：6.10.1

查看node进程

使用top命令查看服务器内存使用情况
使用pm2 monit监控node进程

排查内存泄漏

排查内存问题首先需要借助工具来获取不同时间段的快照文件。

node-heapdump

npm i heapdump
heapdump.writeSnapshot('/var/local/' + Date.now() + '.heapsnapshot')

该工具使用简洁，不仅提供了生成快照的方法，还可以在命令行中执行

kill -USR2 <pid>

来发送信号生成堆转储文件。不过在服务器上安装的时候总是会报build出错

node-memwatch

提供了leak和stats事件，在事件回调参数中会有内存泄漏的信息，使用memwatch的事件，再配合heapdump,在触发leak事件时，生成快照文件十分好用。不过同样，安装使用时还是会报错。

node-profiler

npm install profiler
node --prof server.js

通过以上命令生成test-v8.log 然后

npm install tick
node-tick-processor test-v8.log

使用时有报错

v8-profiler

npm install v8-profiler
var profiler = require('v8-profiler')
var snapshot1 = profiler.takeSnapshot()
snapshot1.export(function(error, result) {
  fs.writeFileSync('snapshot1.json', result);
  snapshot1.delete();
});

分析快照文件

通过v8-profiler拿到两、三份快照文件后，配合chrome的devtool即可进行分析。 1.

如上例(该案例代码摘自他处)，点开chrome的memory面板，对不同文件进行比较，可以看到哪些构造函数有明显增加。

想办法从服务器拿到文件后，经过分析看不到业务代码的构造函数分配对象大小有明显增加，系统函数和数组有明显增加，于是猜测该版本的node是否有可疑的内存泄漏。issue

最终将nodejs升级到8解决该问题