必须用 chrome devtools memory 面板对比至少3次堆快照（空载、触发后、gc后），按 retained size 筛 closure 和 detached 对象，通过 retainers 链定位泄漏根因，vscode 自带调试器无法满足此需求。

直接 attach 调试才能捕获真实泄漏起点

VSCode 自带的 launch.json 启动方式介入太晚，require 阶段创建的闭包、模块缓存、未清理的定时器等早期泄漏源根本不会出现在快照里。必须改用手动命令启动进程，再让 VSCode attach 连接。

实操建议：

• 终端执行：node --inspect=9229 --max-old-space-size=1024 app.js（限制堆大小可加速 OOM 触发，缩短定位周期）
• launch.json 中 type 必须设为 attach，port 与命令行一致（如 9229）
• localRoot 和 remoteRoot 都填 "${workspaceFolder}"，否则快照里看不到变量名和源码映射

Chrome DevTools Memory 面板才是唯一可靠入口

VSCode 内置调试器不支持堆快照对比功能。必须用浏览器访问 chrome://inspect → Configure → 添加 localhost:9229 → 刷新后点击 inspect，进入 Memory 面板操作。

关键动作：

VSCode 1.118

微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。

下载

• 至少拍 3 次快照：snapshot-0（空载）、snapshot-1（触发可疑行为后）、snapshot-2（等待 30 秒 GC 后）
• 右键任一快照 → Compare to previous snapshot
• 按 Retained Size 降序排列，重点筛 Closure 类型对象

Detached 不是 DOM 专属，Node.js 里也大量存在

Chrome DevTools 把“长期存活但无引用路径”的对象统一标为 Detached。Node.js 场景下常见于：

• setInterval 回调用箭头函数捕获了外部大对象，却没配 clearInterval
• EventEmitter.on 监听器未调用 .off() 或 .removeListener()
• 模块顶层定义的 Map 缓存，key 是请求对象或临时 Buffer，没做 TTL 或弱引用
• fs.readFileSync 返回的大 Buffer 被闭包持有，且作用域未退出

对比时盯住 Retainers 链，别信 Shallow Size

Shallow Size 只是对象自身内存，Retained Size 才代表它及其所有强引用对象的总占用——这才是泄漏影响的真实量级。

展开可疑构造函数（如 Array、Buffer、Timeout）后，重点看右侧 Retainers 面板：

• 若引用链里出现 cache、handlers、pendingRequests，基本就是泄漏根因
• 若看到 this._commitCache、context、module.exports 等名字，直接跳转到对应源码行定位
• 特别注意 Closure 下的变量名是否来自你自己的代码，而不是框架或 Node.js 内部模块

真正卡点不在工具链，而在快照之间有没有稳定复现路径、GC 是否真正发生、以及你有没有耐心把 Retainers 展开到底层 JS 调用位置。