真正耗电的是注册onstartup等事件的后台插件，如ms-python.python；需通过developer: show running extensions查看activation events和rss值，禁用后须完全退出vscode并验证进程是否清除。
怎么看哪个插件真在吃电
别只看“已启用”列表，很多插件注册了 onStartup 或 onLanguage:typescript 这类激活事件，一开 VSCode 就拉起独立进程，哪怕你没打开任何文件。真正耗电的往往不是界面插件，而是后台常驻的语言服务器或监听服务。
- 按
Cmd+Shift+P（macOS）或Ctrl+Shift+P（Windows/Linux），输入并执行Developer: Show Running Extensions - 重点关注 Activation Events 列含
onStartup、*或具体语言标识的扩展，比如：ms-python.python、dbaeumer.vscode-eslint、eamodio.gitlens - 同时盯紧 RSS 列：超过 300MB 就该优先处理；
esbenp.prettier-vscode和ms-vscode.cpptools经常出现在高耗榜前两名 - 顺手再执行
Developer: Open Process Explorer，确认Extension Host进程是否长期 >500MB，且不随关闭文件下降
禁用插件后 CPU 还高？你没真正退出
点“Disable”只是阻止新加载，旧进程不会释放。尤其语言服务器类插件（如 Pylance、TSServer）一旦启动，会一直驻留直到 VSCode 完全退出。用 Reload Window 没用，它不杀进程。
- 右键目标插件 → 选
Disable (Global)（不是只禁用当前工作区） - 必须完全退出 VSCode：macOS 要点菜单栏图标 → Quit；Windows/Linux 要关掉所有窗口，任务栏托盘也要清空
- 重新打开工作区（不是从 Dock 点开旧窗口），否则旧 Extension Host 进程仍存活
- 验证是否真退出：终端运行
ps aux | grep -i "pyright\|tsserver\|python.*language"，若无对应 PID 才算干净
files.watcherExclude 配错等于白忙活
这是最常被忽略、也最立竿见影的优化项。漏配或格式错误会导致内核级 inotify（macOS 是 FSEvents）句柄持续泄漏，内存和 CPU 都会爬升——这和插件无关，但表现像插件在作祟。
- 在
settings.json中配置，**必须是对象格式**，不能写成数组或字符串： "files.watcherExclude": { "**/node_modules/**": true, "**/dist/**": true, "**/.git/**": true, "**/build/**": true }- 路径通配符要完整，
"node_modules"不加**/前缀或/**后缀会失效 - 若项目根目录有多个
node_modules（如 Monorepo），需额外排除："**/packages/**/node_modules/**": true
Codex 插件死循环是已知 Bug，别硬扛
如果你装了 Codex - OpenAI’s coding agent，且 VSCode 在闲置时 CPU 持续 >50%，风扇狂转、Mac 烫手，大概率是它的问题。这不是配置问题，是插件自身逻辑缺陷。
- 该 Bug 存在于
26.325及后续版本，源于错误的无限重试逻辑，每分钟触发后台请求形成死循环 - 官方尚未发布修复补丁，降级是唯一可靠方案
- 操作路径：扩展面板 → 搜索
OpenAI→ 点击齿轮图标 →Install Another Version→ 选26.324或更早版本 → **重启 VSCode**（不是重载） - 降级后多数用户反馈 CPU 即刻回落至 5% 以下，电池续航恢复明显
真实场景里，插件耗电问题往往混着配置错误、版本 Bug 和系统级泄漏一起发生。先跑 Developer: Show Running Extensions 锁定可疑进程，再严格按步骤退出 + 排查 files.watcherExclude 格式，最后单独处理 Codex 这类已知高危插件——三步做完，80% 的“电池飞速消失”现象就能定位到根上。
