code --status是定位vscode中失控node.js子进程的第一步，可精准列出extension host、search等子进程的pid、cpu%和内存占用；需据此禁用对应扩展并重启窗口，同时在项目级settings.json中正确配置files.watcherexclude为"/node_modules/":true等，且必须关闭重开工作区才生效。
如何用 code --status 定位失控的 Node 子进程
VSCode 里吃 CPU 或内存的，99% 不是主进程，而是它拉起来的 Node.js 子进程。直接运行 code --status 是最快、最准的起点——它不依赖 UI 响应，能立刻列出所有子进程的 PID、CPU%、内存占用和完整命令行。
重点关注三类进程：
-
Extension Host：CPU > 60% 且持续不降 → 某个插件（如esbenp.prettier-vscode）在解析失败后卡死 -
Search进程（背后是rg.exe或node）：内存 > 300MB 或 CPU 飙高 → 正在暴力扫描node_modules或符号链接目录 - 命令行含
tsserver、pyright、lingma-server的进程 → 对应语言服务器索引行为失控
记下高占用进程的 PID，再用 ps -p [pid] -o args=（macOS/Linux）或任务管理器“详细信息”页看完整命令行，就能确认是哪个扩展或服务在发疯。
为什么 files.watcherExclude 配了也不生效
VSCode 默认用 chokidar 递归监听整个工作区。一旦项目里有 node_modules（几万小文件），内核级 inotify 事件就会爆炸式触发，导致 Node.js 子进程持续满载——你什么都没做，风扇就狂转。
关键点在于配置位置和格式：
- 必须写在项目根目录的
.vscode/settings.json中，不是用户级设置 - 值必须是布尔
true，不是字符串"true"或"yes" - 路径匹配是精确前缀匹配，
"files.watcherExclude": {"/node_modules/": true}才有效；写成"node_modules/**"或"**/node_modules/**"无效 - 修改后必须关闭并重新打开整个工作区（不是仅重启窗口），否则不加载
用 Developer: Open Process Explorer 看真实内存分布
任务管理器里看到的 Code Helper (Renderer) 进程内存不准——VSCode 会为每个扩展、每个 Webview、甚至每个终端分配独立进程。真正要盯的是整个进程树。
执行 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（Mac），输入并运行 Developer: Open Process Explorer。这里按 Memory 列降序排列，重点关注：
- 类型为
extensionHost的进程：内存持续 >500MB 且不随编辑操作下降，基本锁定为问题插件 - 类型为
webview的进程：某些文档预览、图表插件（如 Mermaid Preview）可能长期驻留并泄漏内存 - 带插件名前缀的进程（如
gitlens.gitlens）：可直接对应到具体扩展
禁用插件时别全关，按功能分组隔离测试更高效：先禁用所有 LSP 类（Python、rust-analyzer），再 UI 增强类（GitLens、Bracket Pair Colorizer），最后文件系统类（Remote - SSH、SFTP）。
PM2-VSCode 插件不是万能的，但它能避开最耗神的切换
pm2-vscode 插件不会帮你解决 Node.js 应用本身的内存泄漏，但它把 pm2 list、pm2 logs、pm2 restart 全部搬进了侧边栏。你在改 server.js，顺手点一下面板里的重启图标，整个动作在 1 秒内完成，思维完全不打断。
但要注意几个实际限制：
- 它只显示当前用户下由
pm2启动的进程，不支持 sudo 启动或全局 PM2 实例 - 日志查看是只读流，不能像终端那样
tail -f+grep过滤；复杂过滤仍需切回终端 - 如果本地
pm2版本太老（npm install -g pm2@latest - 它不替代
--inspect调试能力——想查堆快照或 CPU Profile，还得靠Debugger for Node.js配合 Chrome DevTools
真正容易被忽略的，是插件和 PM2 之间那层 JSON-RPC 通信的稳定性。如果你在远程开发（SSH 或 Containers）中使用，确保 pm2 的 IPC socket 路径可被 VSCode 扩展进程访问，否则面板会一直显示“Connecting…”。
