VSCode内存超800MB不回落主因是扩展、文件监听或语言服务器驻留；须用code --status定位Extension Host、Search、Shared Process三类高占用子进程，配准files.watcherExclude排除node_modules等目录并彻底重启窗口生效。
VSCode 内存持续超过 800MB 且不回落，基本可以确定是扩展、文件监听器或语言服务器在后台驻留——不是硬件瓶颈，也不是编辑器本身缺陷，而是资源管理没对齐实际使用场景。
用 code --status 快速定位真实内存大户
任务管理器里看到的 “Code Helper” 进程只是壳，真正吃内存的是它底下的子进程。直接在终端运行 code --status，重点关注三类：
-
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/无效 - 必须写进当前工作区根目录的
.vscode/settings.json，全局设置不生效 - 生效需完全关闭当前 VSCode 窗口（macOS 要退出菜单栏图标），再重新打开；仅保存 settings.json 或
Developer: Reload Window没用 - Linux 用户若仍卡顿，检查
cat /proc/sys/fs/inotify/max_user_watches，低于524288建议调高
推荐配置（注意 JSON 格式正确，末尾不加多余逗号）：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/.git/**": true,
"**/.pnpm/**": true
}
}
禁用扩展后必须彻底重启才真正退出
很多插件（尤其是语言服务器类）注册了 onStartupFinished 或 onLanguage:typescript 等激活事件，一旦触发就常驻不退。点 “Disable” 只是阻止新加载，旧进程不会退出。
- 先运行
Developer: Show Running Extensions，确认哪些插件真在跑 - 右键目标插件 →
Disable (For All Folders)，不是只禁用当前工作区 - 必须完全关闭当前 VSCode 窗口（macOS 要退出菜单栏图标），再重新打开
- 对 Python/TS 项目，可手动清理残留：
ps aux | grep -i "pyright\|tsserver\|python.*language"，找到 PID 后kill -9 [PID]
GPU 加速开还是关？先验证再决定
没有统一答案——它高度依赖你的设备组合。M 系列 Mac 或独显本上关掉反而卡；某些 macOS 外接显示器、旧款 Intel 核显或虚拟机环境下，--enable-gpu 反而引发渲染线程阻塞和内存泄漏。
- 先验证：完全退出 VSCode，在终端运行
code --disable-gpu启动，观察内存峰值是否明显下降 - 若有效，把
"disable-hardware-acceleration": true写进~/Library/Application Support/Code/User/settings.json（macOS）或对应路径 - 若更卡，改用
code --enable-gpu --enable-gpu-rasterization，并确保"workbench.enableExperiments"为false -
--disable-gpu对 Windows/Linux 集成显卡用户效果通常最显著
最容易被忽略的一点：files.watcherExclude 不是“锦上添花”的优化项，它是防止 inotify 泄漏的底线配置。哪怕你禁用了所有扩展，只要没配好这一项，打开含 node_modules 的项目，内存照样会缓慢爬升到 1GB+ 且不释放。
