code --status是定位VSCode高CPU问题的唯一可信起点，可立即列出Extension Host、tsserver等子进程PID及CPU%和内存占用；需据此禁用插件、彻底重启窗口、正确配置files.watcherExclude为"/node_modules/": true并调高inotify限制。
直接用 code --status 定位真实高负载进程
VSCode 界面没卡但风扇狂转，说明问题不在主 UI 线程，而在某个后台子进程里。别信任务管理器里一堆“Code Helper”，code --status 才是第一真相入口——它直接列出所有子进程的 PID、实时 CPU% 和内存占用。
重点关注这几类：
-
Extension Host：CPU 长期 >60%，基本锁定是某个插件（如ms-python.python、esbenp.prettier-vscode、eamodio.gitlens）在轮询、监听失败后卡死，或 onSave 逻辑耗时过高 -
pyright/tsserver/cpptools-srv：不是语言本身慢，是正在全量索引node_modules/@types或整个依赖树 -
Shared Process：大概率是遥测（telemetry.telemetryLevel）、设置同步或自动更新在后台轮询
记下高占用进程的 PID，再用 ps -p [PID] -o args=（macOS/Linux）或任务管理器右键 → “打开文件位置”（Windows），确认命令行是否含 pylance、prettier、gitlens 等关键词。
禁用插件后 CPU 不降？必须彻底重启 + 清理残留进程
点“Disable”只是阻止新加载，旧进程仍常驻内存——这是最常被忽略的坑。很多插件注册了 onStartupFinished 或 onLanguage:python 这类激活事件，一旦触发就一直跑着。
正确操作必须包含三步：
- 先运行命令面板中的
Developer: Show Running Extensions，按 CPU% 排序，确认哪些插件真在运行 - 右键目标插件 →
Disable (For All Folders)（注意不是仅当前工作区） - 必须完全关闭当前 VSCode 窗口（不是
Developer: Reload Window），再重新打开工作区
对 Python/TS/C++ 项目，建议手动清理残留：ps aux | grep -i "pyright\|tsserver\|cpptools\|python.*language"，找到 PID 后 kill -9 [PID]
files.watcherExclude 配错等于白配
VSCode 默认用 chokidar 递归监听整个工作区，遇到 node_modules（几万小文件）、dist、.git/objects 就会触发 inotify 事件风暴，Node.js 子进程满载——你什么都没干，CPU 就飙到 70%+。
配置要点：
- 必须写在项目根目录的
.vscode/settings.json中，不是用户级settings.json - 通配符必须是
"**/node_modules/**": true，写成*node_modules*、/node_modules/、*/node_modules/*全无效 - 常见漏掉的路径：
"**/.git/objects/**"、"**/tmp/**"、"**/bower_components/**" - 改完必须关闭并重开工作区，仅保存不生效
Linux/macOS 用户还要检查：cat /proc/sys/fs/inotify/max_user_watches，低于 524288 就得调高，否则 watcher 会静默失败并反复重试。
语言服务器降级比禁用插件更实用
Python 和 TypeScript 扩展不是“慢”，是默认太贪——试图把整个依赖树加载进内存做类型推导。一个含 50+ 包的项目，Extension Host 内存轻松破 1.2GB，CPU 持续拉高是必然结果。
可选降级方案：
- Python：把
python.languageServer从Pylance改为Jedi（Jedi 不做全量语义分析，只做基础补全） - TypeScript：设
typescript.preferences.includePackageJsonAutoImports为off，避免导入时反复解析node_modules/@types - ESLint：设
eslint.run为onType，并精简eslint.probe的文件类型（比如去掉.json） - GitLens：关掉
gitlens.codeLens.enabled和gitlens.hovers.enabled，能降 30%–50% 内存
复杂点在于：不同插件的语言服务器行为差异大，比如 cpptools 的 includePath 若滥用 ** 递归（如 "${workspaceFolder}/**/include"），会导致 IntelliSense 解析器陷入死循环——不断重试、找不到头文件、再重试……最终多个核心跑满。
