vscode内存高主因是扩展、文件监听或语言服务器，应先用code --status定位extension host、search、shared process进程，再配置files.watcherexclude排除node_modules等目录并重启窗口生效。
VSCode 内存高，八成不是它本身的问题，而是某个扩展、文件监听或语言服务器在后台持续吃资源。直接查 code --status 定位真凶，比盲禁插件快得多。
用 code --status 快速定位高内存进程
别只看任务管理器里一个“Code Helper”——它只是壳。真正该盯的是 Extension Host、Search 和 Shared Process 这三个独立子进程：
-
Extension Host占用 >500MB：说明某个插件（比如gitlens、esbenp.prettier-vscode或ms-python.python）已常驻并可能泄漏 -
Search进程长期 >300MB：大概率是rg.exe（RipGrep）在扫node_modules或符号链接目录 -
Shared Process占用高：常指向设置同步、遥测（telemetry.telemetryLevel）或自动更新检查
拿到高占用进程的 PID 后，用 ps -p [pid] -o args=（macOS/Linux）或任务管理器“详细信息”页查看完整命令行，能直接看到启动它的扩展名。
files.watcherExclude 配置必须写对才生效
这是最常被写错、也最立竿见影的优化项。VSCode 默认用 chokidar 递归监听整个工作区，遇到 node_modules 这种几万小文件的目录，内核级 inotify 句柄会持续增长且几乎不回收——这不是插件问题，是系统级泄漏。
- 路径通配符必须是
"**/node_modules/**": true，写成*node_modules*或/node_modules/无效 - 生效需关闭并重新打开工作区，仅保存
settings.json不够 - 常见必加项：
"**/node_modules/**": true、"**/dist/**": true、"**/.git/**": true、"**/*.log": true - Linux 用户若仍卡顿，检查
cat /proc/sys/fs/inotify/max_user_watches，低于524288建议调高
禁用高开销扩展必须重启窗口才真正退出
很多插件（尤其是语言服务器类）注册了 onStartupFinished 或 onLanguage:typescript 等激活事件，一旦触发就常驻不退。点“Disable”只是阻止新加载，旧进程不会退出。
- 先运行命令面板中的
Developer: Show Running Extensions，确认哪些插件真在跑 - 右键目标插件 →
Disable (For All Folders)，不是只禁用当前工作区 - 必须完全关闭当前 VSCode 窗口（macOS 要退出菜单栏图标），再重新打开——
Developer: Reload Window没用 - 对 Python/TS 项目，可手动清理残留：
ps aux | grep -i "pyright\|tsserver\|python.*language"，找到 PID 后kill -9 [PID]
Python/TypeScript 语言服务内存驻留太高
它们不是“慢”，是试图把整个依赖树加载进内存做类型推导。一个含 50+ 包的 Python 项目，Extension Host 常驻内存轻松破 1.2GB。
- Python：把
python.languageServer从Pylance改为Jedi，或禁用python.analysis.extraPaths - TypeScript：关掉
typescript.preferences.includePackageJsonAutoImports，避免 npm 包导入时反复解析 - ESLint：设
eslint.run为onType，并精简eslint.probe的文件类型（比如去掉.json） - GitLens：关掉
gitlens.codeLens.enabled和gitlens.hovers.enabled，能降 30%–50% 内存
最容易被忽略的是：files.watcherExclude 和 search.exclude 是两回事，后者只影响搜索结果，前者才真正关闭文件系统监听——漏掉这个，其他所有优化都打折扣。
