最简单是在扩展面板（ctrl+shift+x）中点击插件右下角齿轮图标，选择disable (global)或disable (workspace)；需注意作用域区分，误选会导致禁用失效，且语言服务类插件禁用后仍可能后台运行，应配合developer: reload window及清理settings.json等残留配置。
怎么在扩展面板里禁用单个插件
直接点“禁用”按钮最简单，但必须分清作用域——点错就白操作。打开扩展面板（Ctrl+Shift+X），找到目标插件，点击右下角齿轮图标，弹出菜单里有两个关键选项：Disable (Global) 和 Disable (Workspace)。选前者，所有项目都不加载；选后者，只影响当前打开的文件夹，适合临时排查冲突。
常见错误现象：点了“Disable”没反应，或过两天插件又自动启了——大概率是误点了无下拉箭头的旧版“Disable”按钮，它默认走全局逻辑，但某些插件（如 ms-python.python）会因后台进程残留继续吃 CPU，必须配合 Developer: Reload Window 才真正退出。
怎么用 settings.json 精准禁用指定插件
配置文件方式更可靠，尤其适合团队统一管理或避免 GUI 操作遗漏。编辑工作区级 .vscode/settings.json，写入 extensions.disabled 字段：
{
"extensions.disabled": [
"esbenp.prettier-vscode",
"dbaeumer.vscode-eslint"
]
}
注意三点：
-
extensions.disabled是数组，填插件 ID（不是名字），ID 可从扩展详情页 URL 末尾或code --list-extensions命令中获取 - 别和
extensions.enabled混用——后者是白名单模式，未列出的全被禁，容易误伤 - 如果该文件里已有
"extensions.autoUpdate": true，它可能覆盖禁用效果，建议一并设为false
为什么禁用了插件还在后台跑
禁用不等于终止进程，尤其对语言服务类插件（如 ms-vscode.cpptools、github.copilot）。典型表现是 Code Helper 进程 CPU 占用仍高，或状态栏图标残留。
根本原因有三：
- 插件自身有独立代理进程（如 Copilot 的
copilot-agent），禁用前端 UI 不杀后台 - 其他插件通过 SDK 调用它（比如某个 formatter 插件暗地调用 Prettier API）
- 配置残留：用户级
settings.json里还留着"prettier.requireConfig": true这类开关，VS Code 启动时仍会尝试加载对应插件解析
实操建议：禁用后立刻运行 Developer: Show Running Extensions，看 CPU % 和 Memory MB 是否归零；若仍有占用，再检查 keybindings.json 里是否绑定了该插件快捷键（如 extension.prettier.format），或 .vscode/extensions.json 里是否还存着推荐项。
批量禁用和清理残留配置的捷径
装了 20+ 插件后，逐个点效率低且易漏。两个高效动作：
- 在扩展搜索框输入
@disabled，立刻筛出所有已禁用项；输入@installed python可批量筛选 Python 相关插件，按住Ctrl多选后右键统一执行Disable (Workspace) - 删残留比禁用更重要：打开用户级
settings.json（Ctrl+Shift+P→Preferences: Open User Settings (JSON)），手动删掉所有带插件名的字段，比如"eslint.enable"、"github.copilot.enable"、"fitten-code.languageSupport"—— 这些字段哪怕插件已禁用，也会触发后台加载逻辑
真正难的不是点几下“禁用”，而是识别哪些配置字段会悄悄复活插件。很多性能问题拖一周都找不到根因，就卡在这一步。
