直接禁用不常用插件可快速压降CPU占用，尤其缓解Code Helper飙升、风扇狂转、编辑器卡顿；通过Developer: Startup Performance（看Start Delay＞300ms）和Developer: Show Running Extensions（查CPU%＞5%或内存＞100MB）精准定位问题插件，再区分全局/工作区禁用并重载窗口，同时清理settings.json等残留配置。
直接禁用不常用插件能快速压降 CPU 占用，尤其对 Code Helper 进程飙升、风扇狂转、编辑器卡顿这类现象效果最明显。
怎么看哪个插件在拖慢 VSCode？
别靠猜——VSCode 自带诊断命令，能定位真实罪魁：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并运行Developer: Startup Performance，重点看 “Start Delay” 列数值高的插件（>300ms 就值得警惕） - 再运行
Developer: Show Running Extensions，观察 “CPU %” 和 “Memory MB” 实时占用，长期 >5% CPU 或 >100MB 内存的插件大概率是问题源 - 特别注意：微软官方插件如
ms-python.python、ms-vscode.cpptools功能强但开销大，若当前项目不用对应语言，禁用后 CPU 常直降 30%+
禁用插件必须分清“全局”和“工作区”作用域
点错位置，禁用就等于白禁：
- 在扩展面板（
Ctrl+Shift+X）里点击插件右下角齿轮 →Disable：这是全局禁用，所有项目都不加载 - 想只在当前项目停用？用命令面板运行
Extensions: Disable Extension in This Workspace，插件图标旁会出现灰色 “Workspace” 标识 - 禁用后某些插件（尤其是语言服务类）需手动执行
Developer: Reload Window才真正退出进程，否则Code Helper仍可能持续吃 CPU
禁用后残留配置会悄悄复活插件
很多用户禁用完重启，过两天发现插件又自动启了——根源常在三处配置文件里：
-
settings.json中保留着插件专属开关，比如"prettier.requireConfig"或"eslint.enable"，即使插件禁用，这些字段仍可能触发后台检查 -
keybindings.json里绑定了插件快捷键（如extension.prettier.format），VSCode 启动时会尝试加载对应插件来解析绑定 - 工作区级推荐还在
.vscode/extensions.json里，一打开该文件夹，VSCode 就弹窗提示“安装推荐插件”，点“是”就前功尽弃
批量清理比逐个点更可靠
装了 20+ 插件后，靠鼠标点效率低还易漏：
- 在扩展搜索框直接输入
@disabled，立刻筛出所有已禁用项；输入@installed查未禁用的活跃插件 - 按住
Ctrl（Windows/Linux）或Cmd（macOS）多选多个插件，右键统一执行Disable或Uninstall - 终端里运行
code --list-extensions查列表，再用code --uninstall-extension ms-vscode.cpptools批量卸载，适合彻底清理旧环境
真正难的不是禁用动作本身，而是判断“这个插件我到底算‘常用’还是‘偶尔用’”。比如 Python 插件在写脚本时是刚需，但在纯前端项目里就是后台 CPU 窃贼——得配合工作区禁用才管用。很多人禁了又开、开了又禁，就是因为没把禁用逻辑和项目类型绑定起来。
