记一次node内存泄漏排查与修复之前开发了一个node接口，该接口使用canvas绘制产品图提供给java端使用，在运行

前言

之前开发了一个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掉即可