一次「无限吃内存」排查实录:npx 拉下来的 dsh 旧版存在启动期内存泄漏
最近在给 @deepseek-ai/dsh 添加 QQ 机器人插件时,遇到一个非常诡异的现象:
npx @deepseek-ai/dsh plugin --profile qqbot add @tencent-connect/dsh-qqbot
一条看似普通的安装命令,跑起来后无限吃内存,最后卡死不动。排查过程和结论记录如下,希望能帮到同样踩坑的人。
现象
命令执行后,进程内存飙升,从几十 MB 一路涨到 600MB、1.6GB,CPU 一直消耗但看不到进展。看起来像「卡死」,其实是在装一堆依赖时触发了内存问题。
为什么会「吃内存 / OOM」
日志里出现:
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
这是 Node 默认堆上限(约 2GB)不够用。@deepseek-ai/dsh 这个包有 60 多个依赖,装依赖、解压时内存需求容易超过默认值,触发了 V8 的 GC 死循环,表现为「一直吃内存、不退出、无输出」。

解法:把堆内存加大到 8G
核心就是让 Node 用更大的堆去装依赖。用 NODE_OPTIONS 环境变量设 --max-old-space-size。
但这里有个大坑------PowerShell 和 cmd 语法完全不同,很容易写错:
PowerShell 写法(可加引号):
$env:NODE_OPTIONS='--max-old-space-size=8192'
cmd 写法(不要加引号):
set NODE_OPTIONS=--max-old-space-size=8192
如果 cmd 里误用了 PowerShell 的 $env: 写法,cmd 不认,直接报错;如果给 set 加了引号,引号会被当成值的一部分,环境变量也设不对。两种情况都会导致 NODE_OPTIONS 根本没生效,堆还是默认的 2G,照样崩。
正确设置后:能跑通,但很慢
在 cmd 里正确执行:
set NODE_OPTIONS=--max-old-space-size=8192
然后重跑原命令,这次不再 OOM:
npx @deepseek-ai/dsh plugin --profile qqbot add @tencent-connect/dsh-qqbot
堆内存够用了,不会卡死,但整个执行过程要等比较久。

大概用到3.3G内存

其他解决方法(还未验证)


参考文章: