VSCode高CPU占用90%源于语言服务器或文件监听死循环，应先运行code --status定位真实子进程，再依扩展、tsserver、cpptools等关键词排查并调整配置。
VSCode 代码分析高 CPU 占用，90% 是语言服务器或文件监听在“死循环式扫描”，不是编辑器坏了，也别急着禁用所有扩展——先看 code --status，5 秒内就能锁定真凶进程。
怎么看谁在疯跑：用 code --status 定位真实高负载子进程
任务管理器里那个 “Code Helper” 是障眼法，真正吃 CPU 的是它下面的子进程。打开终端直接执行：
code --status
重点关注这几列：
-
Extension HostCPU% 长期 >60% → 某个扩展（比如ms-python.python、esbenp.prettier-vscode）监听失败后卡死或反复重试 -
tsserver或pyright占高 → 不是 TypeScript/Python 慢，是它正在全量加载node_modules/@types或整个依赖树做类型推导 -
cpptools-srv持续 >70% → IntelliSense 正在无差别扫描非项目头文件（如/usr/include或boost/） -
Shared Process占高 → 遥测、自动更新或账户同步在后台高频轮询
记下高占用进程的 PID，再用 ps -p [PID] -o args=（macOS/Linux）或任务管理器“详细信息”页右键 → “打开文件位置”，确认命令行里是不是含 pylance、pyright、cpptools 等关键词。
为什么改了 files.watcherExclude 还没用
VSCode 默认用 chokidar 递归监听整个工作区，一旦遇到 node_modules（几万小文件）、dist、.git，inotify 事件就爆炸式触发，Node.js 子进程满载——你什么都没干，CPU 就飙到 100%。
这个配置必须满足三个条件才生效：
- 写在项目根目录的
.vscode/settings.json中，不是用户级设置 - 通配符格式必须是
"**/node_modules/**": true，写成*node_modules*、/node_modules/或node_modules全无效 - 改完必须完全关闭当前 VSCode 窗口（不是重载），再重新打开该工作区
Linux 用户若仍卡顿，检查 cat /proc/sys/fs/inotify/max_user_watches，低于 524288 就要调高：
echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches
语言服务器降级比禁用插件更稳
Python 和 TypeScript 扩展不是“慢”，是默认设计为深度语义分析。中大型项目下，Pylance 或 tsserver 内存驻留轻松破 1.2GB，CPU 持续拉高是必然结果。
实操建议：
- Python：把
python.languageServer从Pylance改为Jedi（Jedi 不加载全部依赖，只做基础补全，内存压到 300MB 以内） - TypeScript：关掉
typescript.preferences.includePackageJsonAutoImports，避免 npm 包导入时反复解析node_modules/@types - C/C++：在
.vscode/c_cpp_properties.json中严格限制includePath和browse.path，并启用"limitSymbolsToIncludedHeaders": true
顺手关掉 editor.quickSuggestions（特别是 strings 和 comments），能明显降低语法分析压力。
禁用扩展不能只点“Disable”
点“Disable”只是阻止新加载，旧进程仍常驻内存。很多插件注册了 onStartupFinished 或 onLanguage:python，一旦激活就一直跑着。
正确操作顺序：
- 运行命令面板：
Developer: Show Running Extensions，确认ms-python.python确实在运行中 - 右键该插件 →
Disable (For All Folders)（注意不是仅当前工作区） -
必须完全关闭当前 VSCode 窗口（不是
Developer: Reload Window） - 重新打开工作区后，手动清理残留：
ps aux | grep -i "pyright\|python.*language"，找到 PID 后kill -9 [PID]
复杂点在于：语言服务器进程和文件监听器经常残留，且不随窗口关闭自动退出；真正生效的配置往往需要“改 + 关 + 杀 + 重开”四步闭环，少一步都可能白忙活。
