禁用不常用插件需彻底终止进程并检查配置：先用Developer: Show Running Extensions识别高耗插件，右键Disable (For All Folders)，再完全退出VSCode窗口重启；同时清理settings.json、keybindings.json和.vscode/extensions.json中残留配置，必要时卸载或配置files.watcherExclude。
禁用不常用插件确实能快速压降 CPU 和内存，但只点“Disable”往往没用——旧进程还在跑，风扇照转，Code Helper 仍占 1.2GB。
怎么看哪个插件真在吃资源
别信扩展列表里的“已启用/已禁用”状态，得看它实际干了什么：
-
Developer: Show Running Extensions是唯一靠谱入口：重点盯CPU %持续 >5% 或Memory MB>100MB 的插件（比如gitlens、esbenp.prettier-vscode） -
Developer: Startup Performance看Start Delay>300ms 的插件——它拖慢的不是启动时间，而是你敲第一个字前的响应权 - 注意状态列：
Running才是真干活的；Activated可能只是注册了事件，还没动真格
禁用必须分清作用域，点错等于白干
VSCode 的禁用逻辑是“按作用域加载”，不是全局开关：
- 在扩展面板右键插件 →
Disable (For All Folders)：这是全局禁用，所有项目都不加载 - 命令面板运行
Extensions: Disable Extension in This Workspace：只对当前工作区生效，插件图标旁会标Workspace - 误点
Disable (Workspace)却想全局停用？下次打开新文件夹，插件照常复活
禁用后必须彻底重启窗口，否则进程不退
很多插件（尤其是语言服务类）注册了 onStartupFinished 或 onLanguage:typescript 这类事件，一旦触发就常驻内存。禁用只是“不让再启”，不杀旧进程：
- 先运行
Developer: Show Running Extensions记下高耗插件名 - 右键禁用后，必须完全退出当前 VSCode 窗口（macOS 要点菜单栏 → Quit，Windows/Linux 关闭所有窗口）
- 再重新用
code .或从桌面图标启动——Developer: Reload Window不行，它只刷新渲染器，Extension Host 进程还在 - Python/TS 用户可顺手清理残留：
ps aux | grep -i "pyright\|tsserver"，找到 PID 后kill -9 [PID]
禁用后插件可能悄悄复活，根源在三处配置
很多人禁用完过两天发现插件又亮了，不是 VSCode 抽风，是配置文件在“偷偷加载”：
-
settings.json里还留着插件专属开关，比如"prettier.requireConfig"或"eslint.enable"，VSCode 启动时会尝试加载对应插件来解析这些字段 -
keybindings.json中绑定了插件快捷键，如extension.prettier.format，一按 Ctrl+S 就触发加载 -
.vscode/extensions.json里写了推荐插件，一打开该文件夹，VSCode 就弹窗问“是否安装推荐”，点“是”就前功尽弃 - 批量清理更可靠：终端运行
code --list-extensions查列表，再用code --uninstall-extension ms-vscode.cpptools彻底卸载
最常被忽略的一点：禁用插件只是第一步，files.watcherExclude 不配，node_modules 里的几万个小文件照样让 inotify 句柄持续泄漏内存——插件再轻也扛不住内核级失控。
