process.memoryusage()仅返回进程级粗略统计（heaptotal、heapused、external），无法定位具体变量内存占用；需配合--inspect-brk启动调试、打开chrome devtools的memory面板并拍摄堆快照，按size或constructor排序分析arraybuffer、string等大对象。
VSCode 调试控制台里 process.memoryUsage() 只能看进程级粗略值
它返回的是 { heapTotal, heapUsed, external } 三个数字，但这些不是你代码里某个对象的真实开销。比如一个占了 150MB 的 ArrayBuffer，heapUsed 里根本不会体现——它算在 external 里；而 external 又不包含 V8 内部元数据、隐藏类等开销。所以这个 API 适合监控整体趋势，不能定位具体变量。
常见错误现象：
• 在 Debug Console 里直接输 process.memoryUsage() 就以为“看到内存了”
• 把 heapUsed 当成总内存，忽略 external 可能更大
• 没做 GC 就反复调用，结果堆里全是待回收对象，数值失真
实操建议：
• 先在断点处手动触发 GC：global.gc()（需启动时加 --expose-gc 参数）
• 然后立刻执行 process.memoryUsage()，对比前后变化
• 注意：仅限本地调试，生产环境禁用 --expose-gc
真正要查哪个变量吃内存，必须用 Chrome DevTools 的堆快照
VSCode 的 Node.js 调试器只是个协议桥接层，内存分析能力完全依赖 Chrome DevTools。VSCode 自带的“变量”面板只显示序列化后的视图，比如百万项数组只显示 [...]，底层每个字符串的字符缓冲区完全不可见。
正确路径：
• 启动调试时确保 launch.json 包含 "runtimeArgs": ["--inspect-brk"]
• 断点暂停后，点击调试面板右上角 ⚙️ → Open Developer Tools
• 切到 Memory 标签 → 点 Take heap snapshot
• 快照生成后，按 Size 或 Constructor 排序，重点看 ArrayBuffer、String、Closure 类型的大对象
容易踩的坑：
• 快照体积大（几十 MB），别在低内存机器上连拍多张
• 不关掉无关标签页，renderer 进程可能干扰分析
• 忘记清空 console，历史输出对象也会留在堆里
用于端到端视频本地化流程的轻量编排器，路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...
Developer: Open Process Explorer 查的是 VSCode 插件内存，不是你的 Node.js 进程
这个命令打开的是 VSCode 自身的进程树，extensionHost 下列的是插件（如 esbenp.prettier-vscode）的 RSS 占用，和你在终端里跑的 node app.js 完全无关。混淆这两者是导致“查了半天却没解决卡顿”的最常见原因。
如果你的 Node.js 应用本身内存飙升：
• 别翻 Developer: Open Process Explorer，去终端查真实进程：ps -o pid,rss,comm -C node（Linux/macOS）tasklist /fi "imagename eq node.exe"（Windows）
• 或直接进 Chrome DevTools 的 Memory 面板，它连接的就是你那个 node --inspect 进程
注意：
• VSCode 的 Developer: Toggle Developer Tools（F12）打开的是编辑器自身的 DevTools，不是你的 Node 进程
• Developer: Open Process Explorer 里的 renderer 进程高内存，大概率是你开了 Jupyter Notebook 或 Storybook 预览，不是代码问题
想自动保存快照？得在代码里调 require('v8').writeHeapSnapshot()
VSCode 调试器不提供“一键导出快照”按钮，也不能从 Debug Console 直接下载流式快照文件。想让快照落地为 .heapsnapshot 文件，必须注入运行时逻辑。
实操建议：
• 在关键断点前加一行：require('v8').writeHeapSnapshot('./snap-' + Date.now() + '.heapsnapshot');
• 确保目标路径有写权限，且项目根目录可写
• 启动命令要带 --inspect，例如：node --inspect app.js
• 快照生成后，用 Chrome 打开 chrome://inspect → “Open dedicated DevTools for Node” → Memory → Load snapshot
警告：
• writeHeapSnapshot() 是同步阻塞操作，别放在高频路径里
• 快照文件默认不压缩，100MB+ 很常见，磁盘空间要留足
• VSCode 内置的快照查看器功能有限，强烈建议用 Chrome DevTools 打开分析
