VSCode CPU占用过高根源是后台进程异常，应先用code --status定位Extension Host、Search等高占用子进程，再配置files.watcherExclude排除node_modules等目录、降级语言服务（如Python改用Jedi）、禁用高开销插件并彻底重启窗口。
VSCode 运行代码时 CPU 占用过高，基本不是编辑器本身的问题，而是某个后台进程在持续满载——code --status 一眼就能定位真凶，不用猜、不盲禁、不重装。
怎么看哪个进程在疯跑
别盯着任务管理器里那个“Code Helper”进程——它只是壳。真正干活的是子进程：
- 终端执行
code --status，重点关注Extension Host、Search、Shared Process和带cpptools-srv、tsserver、pyright、lingma-server的进程 - 如果某进程
CPU%长期 >60%，记下它的 PID；再用ps -p [PID] -o comm=（macOS/Linux）或任务管理器“详细信息”页确认命令名，比如node /path/to/pylance -
Shared Process占高，大概率是遥测、同步或自动更新在轮询；Search内存 >300MB，八成是rg.exe正在扫node_modules
为什么 files.watcherExclude 必须配对且重启才生效
VSCode 默认用 chokidar 递归监听整个工作区，遇到 node_modules 这种几万小文件目录，inotify 事件爆炸式触发，Node.js 子进程直接满载：
- 必须写在项目根目录的
.vscode/settings.json中（不是用户级设置），内容如下：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/.git/**": true,
"**/*.log": true
}
}
**/xxx/**，写成 */node_modules/* 或 node_modules 都无效cat /proc/sys/fs/inotify/max_user_watches，低于 524288 就要调高怎么关掉语言服务的“全量索引”行为
Python 和 TypeScript 扩展不是“慢”，是默认把整个依赖树加载进内存做类型推导，一个含 50+ 包的项目，Extension Host 内存轻松破 1.2GB：
- 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% 内存
禁用插件后 CPU 还不降？因为旧进程没退出
很多插件注册了 onStartup 或 onLanguage:python 激活事件，禁用操作只是阻止新加载，旧进程仍在常驻内存：
- 先运行命令面板中的
Developer: Show Running Extensions，按 CPU 时间排序，确认哪些插件真在跑 - 右键目标插件 →
Disable (For All Folders)（注意作用域） - 必须完全关闭当前 VSCode 窗口（不是
Developer: Reload Window），再重新打开工作区 - 对 Python/TS 项目，可手动清理残留：
ps aux | grep -i "pyright\|tsserver\|python.*language"，找到 PID 后kill -9 [PID] - 特别留意
esbenp.prettier-vscode、gitlens.gitlens、ms-python.python、tongyi.lingma这类常驻型插件
最常被忽略的是：禁用插件后没关窗口，files.watcherExclude 写错路径，或者 Linux 系统级 inotify 限制没调——这三处任一出错，优化就等于白做。
