code --status可快速定位高cpu真凶，直接显示各子进程pid、cpu%及命令行；extension host、tsserver、pyright、rg、shared process等异常占用需结合pid查命令行关键词，并严格配置files.watcherexclude、降级语言服务、限制cpptools/rg范围，且必须完全重启vscode生效。
直接看 code --status，90% 以上高 CPU 不是 VSCode 本身的问题，而是某个子进程在疯跑——定位到 PID 再动手，比盲禁扩展快十倍。
怎么用 code --status 快速揪出真凶
别盯着任务管理器里一堆“Code Helper”——它只是壳。真正干活的是子进程，code --status 会立刻列出所有后台进程的 PID、CPU% 和命令行：
-
Extension Host长期 >60%：大概率是esbenp.prettier-vscode、gitlens.gitlens或ms-python.python在反复解析或监听失败后卡死 -
tsserver或pyright占高：不是语言本身慢，是正在全量加载node_modules/@types或整个依赖树做类型推导 -
rg进程内存 >300MB 或 CPU 暴涨：八成在暴力扫node_modules、.git/objects或符号链接目录 -
Shared Process占高：遥测、同步或自动更新在轮询，临时加"telemetry.telemetryLevel": "off"可验证
记下高占用进程的 PID，再用 ps -p [PID] -o args=（macOS/Linux）或任务管理器“详细信息”页右键 → “打开文件位置”，确认命令行里是不是含 pylance、cpptools-srv、rg --files 等关键词。
files.watcherExclude 配错等于没配
VSCode 默认用 chokidar 递归监听整个工作区，遇到 node_modules（几万小文件）、dist、.git/objects 就触发 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就要调高
降级语言服务比禁用扩展更稳
Python 和 TypeScript 扩展不是“慢”，是默认设计为深度语义分析，中大型项目下 Extension Host 内存常驻 1.2GB+，CPU 持续拉高是必然结果。
- Python：把
python.languageServer从Pylance改为Jedi（Jedi不加载全部依赖，只做基础补全） - TypeScript：设
typescript.preferences.includePackageJsonAutoImports为off，避免导入时反复解析node_modules/@types - ESLint：设
eslint.run为onSave，并精简eslint.probe的文件类型（比如去掉.json） - GitLens：关掉
gitlens.codeLens.enabled和gitlens.hovers.enabled，能降 30%–50% 内存
cpptools 和 rg 这类工具进程最容易被忽略
cpptools-srv 在大型 C/C++ 项目中会持续扫描并重建符号索引；rg 则可能因工作区过大（比如误开整个 home 目录）而执行 rg --files --hidden --follow，扫出上万文件。
- 对
cpptools：在.vscode/c_cpp_properties.json中严格限制browse.path，并启用"limitSymbolsToIncludedHeaders": true - 对
rg：确认工作区是具体项目目录，不是/Users/xxx这种超大路径；同时检查search.exclude是否覆盖了**/node_modules/**、**/.git/** - 远程开发（SSH）场景下，
rg会在远端执行，务必确保远端inotify限制足够，且本地没启用不必要的文件同步监听
最常被跳过的一步：改完 files.watcherExclude 或语言服务器配置后，只保存不重启窗口——等于白配。真正的生效点永远是「完全关闭再重开工作区」。
