code --status 是唯一可信的起点，可精准列出 extension host、tsserver 等子进程的 pid、cpu% 和内存占用；需据此禁用插件、配置 files.watcherexclude 为 "/node_modules/": true 等，并彻底关闭重开工作区才生效。
code --status 是唯一可信的起点
VSCode 里吃 CPU 的 Node.js 进程，几乎都不是主窗口进程，而是 Extension Host、tsserver、pyright、cpptools-srv 或 lingma-server 这类子进程在后台满载。任务管理器里那个 “Code Helper” 只是壳，真干活的 PID 藏在 code --status 输出里——它会立刻列出所有子进程的 PID、CPU% 和内存占用，且不依赖 UI 响应。
重点关注这几类：
-
Extension Host：CPU% 长期 >60%，说明某个插件（比如esbenp.prettier-vscode、gitlens.gitlens）解析失败后卡死或轮询失控 -
Search进程（背后常是rg.exe或node）：内存 >300MB 或 CPU 狂飙 → 正在暴力扫node_modules或符号链接目录 - 命令行含
tsserver、pyright、cpptools-srv、lingma-server的进程 → 对应语言服务或 AI 插件索引行为失控
记下高占用进程的 PID，再用 ps -p [PID] -o args=（macOS/Linux）或任务管理器“详细信息”页确认完整命令行，就能直接锁定是哪个扩展或服务在发疯。
files.watcherExclude 写错等于没配
VSCode 默认用 chokidar 递归监听整个工作区，一旦项目里有 node_modules（几万小文件），内核级 inotify 事件就会爆炸式触发，Node.js 子进程持续 100% 跑事件循环——你什么都没做，风扇就狂转。
必须在项目根目录的 .vscode/settings.json 中配置（不是用户级设置）：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/.git/**": true,
"**/*.log": true
}
}
几个关键点：
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 通配符必须是
**/xxx/**，写成*/node_modules/*、/node_modules/或node_modules全无效 - 配置后必须完全关闭当前 VSCode 窗口（不是重载），再重新打开工作区才生效
- Linux 用户若仍卡顿，检查
cat /proc/sys/fs/inotify/max_user_watches，低于524288就要调高
调试时 CPU 飙升别怪 Node，先看 launch.json
VSCode 调试启动瞬间 CPU 到 100%，往往不是 Node.js 本身的问题，而是 V8 Inspector 初始化时索引了过多路径。尤其当 launch.json 里只写了 "skipFiles": ["<node_internals>/**"]</node_internals> 却没排除 node_modules，调试器就会尝试加载整个依赖树的源码。
实操建议：
- 在每个
configuration中显式加："skipFiles": ["<node_internals>/**", "**/node_modules/**"]</node_internals> - 避免
"program": "${workspaceFolder}/index.js"指向的入口文件中存在大量动态require()或import()，这类代码会让调试器反复解析模块图 -
runtimeArgs里加--max-old-space-size=4096在调试模式下基本无效；真正生效的方式是改用runtimeExecutable指定自定义 Node 二进制路径
别信“禁用插件就完事”，重启窗口才是硬门槛
很多插件（比如 GitLens、ESLint）注册了 onStartupFinished 或 onLanguage:typescript 这类激活事件，一旦触发就会常驻内存。点“Disable”只是阻止新加载，旧进程不会退出——CPU 还在跑。
更可靠的做法：
- 用命令面板执行
Extensions: Bisect Extensions，3–4 轮二分就能锁死问题插件，比手动试错快一个数量级 - 禁用后必须关闭并重新打开整个 VSCode 窗口（不是重载），否则旧进程照常运行
- 高频嫌疑对象：
esbenp.prettier-vscode、gitlens.gitlens、ms-python.python、marscode，尤其是启用了onSave或实时符号分析的版本
真正麻烦的从来不是配置本身，而是那些没被 kill 掉的残留子进程——它们安静地躲在后台，继续吃 CPU，直到你彻底关掉窗口。
