VSCode 内存高主因是扩展、文件监听或语言服务器，禁用高耗插件、限制 watcher 范围、调低大文件内存上限并重启窗口可降内存 30%–60%。
VSCode 内存高，八成不是编辑器本身的问题，而是扩展、文件监听或语言服务器在后台持续吃内存。直接关掉几个配置、禁用一两个插件，就能让内存回落 30%–60%。
怎么看哪个进程真在吃内存
别只盯着任务管理器里一个 Code Helper 进程——它只是壳。真正该查的是三个独立子进程：
-
Extension Host：所有插件运行的地方，超 500MB 基本是某个插件泄漏（比如 GitLens、Prettier 或 AI 类插件） -
Search：背后是rg.exe（RipGrep），如果长期 >300MB，大概率在疯狂扫描node_modules或符号链接 -
Renderer：界面渲染进程，GPU 驱动不兼容时会驻留大量纹理内存，尤其 macOS 外接显示器场景
按 Cmd+Shift+P 输入 Developer: Open Process Explorer，点开就能看到实时内存和 CPU 占用，比系统监视器准得多。
禁用高内存扩展必须重启窗口才生效
很多插件（尤其是语言服务器类）禁用后仍保留在 Extension Host 进程里，因为它们注册了 onStartupFinished 或 onLanguage:typescript 等激活事件，一旦触发就常驻不退。
- 先运行
Developer: Show Running Extensions，看实际在跑的插件和内存占用 - 右键高耗能插件 →
Disable (For All Folders)，不是只禁用当前工作区 - 必须完全关闭当前 VSCode 窗口（macOS 要退出菜单栏图标），再重新打开——重载窗口（
Developer: Reload Window）没用 - 对 Python/TS 等语言服务，可手动杀进程：
ps aux | grep -i "pyright\|tsserver"，找到 PID 后kill -9 [PID]
限制文件监听范围防内核级内存泄漏
VSCode 默认为整个工作区递归注册 inotify 监听句柄，遇到 node_modules 这种几万小文件的目录，会持续分配内存且几乎不回收——这是最隐蔽、影响最大的内存爬升原因，和插件无关。
- 在项目根目录的
.vscode/settings.json中加这段：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/.git/**": true
},
"search.exclude": {
"**/node_modules": true,
"**/dist": true,
"**/build": true
}
}
-
files.watcherExclude是内核层过滤，比search.exclude更底层、更省资源 - 别只写
"**/node_modules/**"，漏掉末尾/**会导致部分子目录仍被监听 - 改完保存后，必须关闭并重新打开该工作区，设置才生效
大文件和启动参数要提前设防
VSCode 默认把 >50MB 的文件全加载进内存做语法分析，files.maxMemoryForLargeFilesMB 默认是 4096（4GB），遇上日志或 minified JS 容易直接 OOM。
- 在
settings.json加上："files.maxMemoryForLargeFilesMB": 20，防意外卡死 - 启动时加
--disable-gpu（macOS/Linux 尤其有用），避免 WebGL 渲染线程内存驻留 - 想彻底轻量：用
Window: Open New Window (Lightweight)，绕过 Electron 渲染上下文，内存直降 40%+ - 别用
code .打开整个项目根目录；改用code src/或code packages/my-lib精确指定工作区
真正难处理的，是那些没显式报错、但内存缓慢爬升的场景——比如 Remote-WSL 下的 node 子进程不释放，或者某些插件反复创建未销毁的定时器。这类问题得靠 code --status + ps 组合定位，不能只依赖 GUI 设置。
