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