1 背景
最近发现typescript后端项目启动后内存就飙升到300MB，而且随着ts文件的增加，内存一直在上涨。
这对于一个nodejs后端项目占用的有点大了些，其他javascript的项目稳定在100MB左右。
2 准备排查
想着之前用过heapdump工具生成过快照，不过最新的node(node-v15之后)增加了Heap Profiler。
查了下文档的用法如下
const inspector = require('inspector');
const fs = require('fs');
// 创建一个session
const session = new inspector.Session();
// 打开文件
const fd = fs.openSync('profile.heapsnapshot', 'w');
// session连接
session.connect();
// 监听HeapProfiler.addHeapSnapshotChunk 有触发就写入文件
session.on('HeapProfiler.addHeapSnapshotChunk', (m) => {
fs.writeSync(fd, m.params.chunk);
});
// 触发HeapProfiler.takeHeapSnapshot 会阻塞主线程
session.post('HeapProfiler.takeHeapSnapshot', null, (err, r) => {
console.log('HeapProfiler.takeHeapSnapshot done:', err, r);
session.disconnect();
fs.closeSync(fd);
});
3 先来个简单的测试
把上面的代码复制到src/index.ts文件中, 再创建个package.json
{
"scripts": {
"build": "tsc",
"start-ts": "ts-node src/index.ts",
"start": "node lib/index.js"
}
}
执行npm run start-ts, 竟然发现执行了16分钟了。生成的profile.heapsnapshot大概50M。
4 chrome分析内存快照
我们用chrome加载快照文件看下里面有些什么
- Shallow Size:对象自身占用的内存大小，不包括它引用的对象
- Retained Size: 当前对象大小+当前对象可直接或间接引用到的对象的大小总和
-
distance: 表示当前对象到GC root的距离
内存预览.png
可以看到string就占用到了41%,其中typescript.js占到了30% 第二fs/promises.d.ts
typescriptjs.png
文件typescriptjs.png
文件promisesd.ts.png
5 build生成js再测试一遍
1秒不到就可以生成快照文件，并且生成的文件只有3MB。占用最高的是inspect。
js内存预览.png
6 对比ts和js的内存快照
对比快照，发现多了很多对象(如: NodeObject、IdentifierObject、TokenObject、SourceFileObject等),不但数量多,而且占总内存的比例还是比较高。
typescript其他对象.png
NodeObject.png
7 浏览器调试
鉴于生成快照的方式比较慢，换成浏览器试试。启动脚本换成
node --inspect --require ts-node/register src/index.ts
src/index.ts修改为(保持主进程活动状态)
import {setTimeout, setInterval} from "timers";
setInterval(() => {
}, 1000)
启动成功后 浏览器打开 chrome://inspect/#devices 点击inspect
RemoteTarget.png
浏览器内存查看.png
8 总结
- 部署方式需要编译为js, 节省没必要的ts文件加载到内存, 并且加快运行速度。 本地可以用ts-node调试
- takeHeapSnapshot可以加到某个接口中，有问题的时候生成快照，本地可以借助浏览器。
