VSCode内存飙升主因是多进程架构、Electron开销、语言服务器常驻及插件无节制监听；应通过Developer: Open Process Explorer定位Renderer/Extension Host/Search三类进程，禁用高耗插件后重启窗口，并配置files.watcherExclude阻止node_modules监听。
VSCode 内存飙到 1GB+ 甚至 2GB，**不是你的机器不行，而是它默认在“全副武装”运行**——多进程架构、Electron 底层开销、语言服务器常驻、插件无节制监听，全堆在一起。关键不在“能不能忍”，而在“哪些能立刻关、哪些必须改配置、哪些关了也没用”。
查清谁在吃内存：别只看任务管理器
系统任务管理器里那个 Code Helper 进程的数字是障眼法，真正该盯的是 VSCode 自己的三驾马车：Renderer（界面）、Extension Host（所有插件）、Search（全文搜索）。它们可能各自占几百 MB，加起来就爆了。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并执行Developer: Open Process Explorer—— 这才是真·性能面板 - 重点看
Memory列：Extension Host超 500MB 且不随关闭文件下降？基本锁定某个插件泄漏；Search持续 >300MB？大概率是rg.exe正在狂扫node_modules -
Developer: Show Running Extensions（VSCode 1.86+）能显示每个插件实时内存估算，比“已启用/已禁用”列表靠谱得多
禁用插件 ≠ 停止进程：必须重启窗口才生效
很多插件（比如 GitLens、esbenp.prettier-vscode）注册了 onStartupFinished 或 onLanguage:typescript 这类激活事件，一旦触发就会常驻，禁用后旧进程还在跑，内存照占不误。
- 先运行
Developer: Show Running Extensions，记下内存前两名的插件名 - 右键 →
Disable (For All Folders)或Disable (Workspace)，然后必须完全关闭当前窗口再重新打开（不是重载窗口） - 对 Python/TS 等语言服务，可手动清理残留：
ps aux | grep -i "tsserver\|pyright\|python.*language"找 PID 后kill -9 [PID] - 优先卸载而非禁用长期不用的插件，比如试过一次就闲置的框架专用工具——禁用仍会加载部分代码
不让 node_modules 拖垮文件监听器
VSCode 的 files.watcherExclude 不是“可选优化”，而是防止内存爬升的底线设置。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
},
"search.followSymlinks": false
}
search.exclude，files.watcherExclude 才是治本——它直接阻止监听器注册code . 打开整个项目根目录，改用 code src/ 或 code packages/my-lib 精确指定工作区从启动源头压内存：命令行参数最硬核
GUI 设置调得再细，也绕不开 Electron 主进程和渲染器本身的开销。用命令行参数启动，等于给 VSCode “打瘦脸针”，效果立竿见影，尤其适合低配机或 WSL2 场景。
- 临时测试：
code --disable-gpu --disable-extensions，若内存明显回落，说明 GPU 加速或插件是主因 - 长期生效：编辑
argv.json（通过Preferences: Configure Runtime Arguments打开），加入："extensionHostMode": "local-process"（限制扩展主机进程并发）和"disable-hardware-acceleration": true - 防大文件崩溃：在
settings.json加"files.maxMemoryForLargeFilesMB": 40（默认 4096，设太高易卡死） - Remote-WSL 用户注意：
WSL里的node进程可能长期驻留，需在 WSL 终端中手动ps aux | grep node+lsof -p [PID]查未关闭的fs.watch
最容易被忽略的一点：files.watcherExclude 和 search.exclude 必须写在工作区级 .vscode/settings.json 里才对当前项目生效；用户级设置只影响全局行为，管不了你打开的那个 20 万行的前端 monorepo。
