我要评论前言
之前开发了一个node接口，该接口使用canvas绘制产品图提供给java端使用，在运行了一段时间后发现了内存泄漏问题
本文浅记下修复过程（ps：主要是记录下启动命令和访问地址）
正文
内存泄漏指的是未被js引擎自动回收的内存，它多出现在定时器、dom事件和闭包
而笔者恰好就犯了定时器的问题，如下图框红的位置即是修复过后的代码
但这似乎并不是主因，内存仍然在随着时间的推移而不断增加
故，需要借助工具来排查....
首先想到的肯定是node自身提供的inspect选项了
node --inspect --heapsnapshot-signal=sigusr2 ./xxx.js
重新启动后，在chrome浏览器访问chrome://inspect/#devices，正常会出现如下页面
点击框红的位置，进入调试控制台切换到内存选项卡并生成初始快照，方便对比分析
然后访问接口，尝试复现问题
在新的快照中对比，发现canvas生成的图片uri会随着调用次数增加，这正是内存不断增加的罪魁祸首
最后，在代码中找到生成该data uri的地方
它被挂载到了上下文，根据该ctx的传入路径，它来自变量helpers对象的towebattrs方法，该对象被笔者定义到了页面顶部，即接口回调的外部，也就是说沿着闭包路径被留存了
因此，只需要在用完后delete掉即可
到此这篇关于node内存泄漏排查与修复过程的文章就介绍到这了,更多相关node内存泄漏内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论