vscode内存飙高主因是文件监听、依赖树加载及符号链接扫描；用code --status定位extension host、search、shared process三类高耗子进程，配files.watcherexclude、降级语言服务、关闭gitlens冗余功能并彻底重启可有效解决。
VSCode 内存飙到 1.5GB 以上还不回落？不是电脑不行，是它默认在监听几万个小文件、加载整棵依赖树、还跟着符号链接往死里扫——code --status 一眼就能定位真凶，不用猜、不重装、不卸载全部插件。
用 code --status 快速揪出吃内存的进程
别只盯着任务管理器里那个“Code Helper”——它只是壳。真正该盯的是三个子进程：
-
Extension Host占用 > 500MB：大概率是gitlens、esbenp.prettier-vscode或ms-python.python在后台常驻泄漏 -
Search进程长期 > 300MB：rg.exe正在扫node_modules或软链接目录 -
Shared Process占高：常由设置同步、遥测（telemetry.telemetryLevel）或自动更新轮询导致
拿到 PID 后，在终端执行 ps -p [pid] -o args=（macOS/Linux）或看任务管理器“详细信息”页的“命令行”，能直接看到启动它的扩展名。
files.watcherExclude 配错等于没配
这个配置是防止 inotify 句柄爆炸式增长的关键，但写错就完全失效：
- 必须写成
"**/node_modules/**": true，写成*node_modules*、/node_modules/或node_modules都不生效 - 必须放在项目根目录的
.vscode/settings.json中（不是用户级设置） - 改完后必须完全关闭当前 VSCode 窗口（macOS 要退出菜单栏图标），再重新打开工作区——
Developer: Reload Window不会重启文件监视器 - Linux 用户若仍卡顿，检查
cat /proc/sys/fs/inotify/max_user_watches，低于524288建议调高
语言服务降级比禁用插件更稳
TypeScript 和 Python 的语言服务器不是“慢”，是默认全量加载依赖树做类型推导，一个含 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% 内存
禁用扩展后不彻底重启 = 白禁
很多插件（尤其是语言服务器类）注册了 onStartupFinished 或 onLanguage:typescript 激活事件，一旦触发就常驻不退：
- 先运行命令面板中的
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]
最隐蔽的坑其实是 search.followSymlinks 默认为 true：项目里只要有一个指向外部大目录的软链接，搜索进程就可能无限递归，内存瞬间拉到 4GB。这个开关不关，其他优化都像给漏水的桶补胶带。
