应使用VSCode内置的Developer: Open Process Explorer查看Renderer、Extension Host、Search三进程内存占用；Extension Host超500MB或Search超300MB需排查插件泄漏或rg.exe扫描；禁用插件后必须重启窗口，配合.watcherExclude等设置限制node_modules监听。
直接看哪个进程在吃内存
VSCode 是多进程架构，光看任务管理器里一个 Code Helper 进程的内存是没用的——它可能只是“替身”，真正耗资源的藏在后台。真正该盯的是三个核心进程：Renderer（界面渲染）、Extension Host（所有插件运行环境）、Search（全文搜索服务）。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并执行Developer: Open Process Explorer—— 这是 VSCode 内置的轻量级性能面板，比系统任务管理器更精准 - 重点关注 “Memory” 列：如果
Extension Host占用超 500MB 且不随关闭文件下降，基本可判定是某个插件泄漏；若Search持续 >300MB，大概率是rg.exe（RipGrep）在疯狂扫描node_modules或符号链接 - 别信“已禁用”的插件——有些插件（如 GitLens、ESLint）即使被禁用，其语言服务器仍可能驻留内存，必须彻底卸载或在命令面板中运行
Developer: Show Running Extensions确认是否真没在跑
快速关闭高耗能扩展进程
扩展不是“开关灯”，禁用 ≠ 停止进程。很多插件注册了 onStartupFinished 或 onLanguage:typescript 等激活事件，一旦触发就会常驻内存，直到 VSCode 完全退出。
- 先在命令面板运行
Developer: Show Running Extensions，查看实时 CPU 和内存占用，记下前两名插件名（比如esbenp.prettier-vscode、ms-python.python） - 右键该插件 →
Disable (Workspace)或Disable (For All Folders)，然后**必须重启 VSCode 窗口**（不是重载窗口），否则旧进程不会释放 - 对 Python/TypeScript 等语言服务器，可手动终止其子进程：打开终端，执行
ps aux | grep -i "tsserver\|pyright\|python.*language"
，找到 PID 后kill -9 [PID]，再观察Extension Host内存是否回落
限制文件监听与搜索范围（尤其对 node_modules）
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
},
"search.followSymlinks": false
}
-
files.watcherExclude阻止 Electron 创建监听句柄；search.exclude让rg.exe跳过扫描；search.followSymlinks关闭后能避免跨盘符或 Docker volume 引发的无限遍历 - 注意：这个配置只对当前工作区生效。如果全局生效，需写入用户设置（
Ctrl+, → Open Settings (JSON)），但不推荐——不同项目结构差异大，全局排除可能误伤
WSL2 场景下特别要关掉的两个开关
如果你用 VSCode Remote-WSL 开发，Extension Host 和 Language Server 其实跑在 Linux 子系统里，而 Windows 任务管理器看到的只是代理进程。此时内存问题往往叠加了 WSL2 自身的内存驻留特性。
- 在 WSL2 的
/etc/wsl.conf或用户家目录的.wslconfig中强制限制资源：[wsl2] memory=3GB swap=1GB processors=2
- 在 VSCode 设置中关闭 Windows 端的 Git 集成：
git.enabled: false+git.autorefresh: false，否则 Windows 的git.exe会和 WSL2 的git双重监听，导致文件变更事件重复触发、内存翻倍 - 切勿在
/mnt/c/下直接打开项目——WSL2 访问 Windows 文件系统有 9P 协议开销，文件监听器会频繁卡住并缓存失败请求。正确做法是把代码放在~/projects/（Linux 原生路径），再用 VSCode Remote-WSL 打开
最常被忽略的一点：VSCode 的“轻量级窗口”模式（Window: Open New Window (Lightweight)）不加载任何扩展、不启动 Extension Host，只保留基础编辑能力——适合查日志、改配置、临时审代码。它不是功能阉割，而是明确区分“开发态”和“浏览态”的内存隔离策略。别总想着“全都要”，该切就切。
