禁用插件需结合域控制、进程重载与配置清理，否则无效；用developer: startup performance和show running extensions定位高延迟/高资源插件；须区分全局与工作区禁用，并手动reload window；残留配置（settings.json等）会导致自动恢复；离线环境需手动删扩展目录并清理配置。
禁用插件不能只靠“右键卸载”，必须配合作用域控制、进程重载和配置清理，否则内存照吃、CPU照飙。
怎么看哪个插件真正在拖慢 VSCode
别凭感觉——VSCode 自带两个诊断命令能直接定位问题源：
- 按
Ctrl+Shift+P运行Developer: Startup Performance，重点关注 “Start Delay” > 300ms 的插件，比如ms-python.python或esbenp.prettier-vscode常卡在这一步 - 再运行
Developer: Show Running Extensions，观察实时 “CPU %” 和 “Memory MB”，长期 >5% CPU 或 >100MB 内存的插件（如gitlens、bracket-pair-colorizer）基本就是后台常驻吸血鬼 - 特别注意：微软官方语言插件（如
ms-vscode.cpptools）功能强但开销大，若当前项目不写 C++，禁用后 CPU 占用常直降 30%+
禁用必须分清全局 vs 工作区作用域
点错位置，等于没禁：
- 在扩展面板（
Ctrl+Shift+X）里点击插件右下角齿轮 →Disable：这是全局禁用，所有项目都不加载 - 想只在当前项目停用？运行命令面板中的
Extensions: Disable Extension in This Workspace，插件图标旁会出现灰色 “Workspace” 标识 - 禁用后必须手动执行
Developer: Reload Window，否则Code Helper进程仍可能持续占用资源
禁用后残留配置会悄悄复活插件
很多用户禁完重启，过两天发现插件又自动启了——根源常在三处：
-
settings.json中保留着插件专属开关，比如"eslint.enable": true或"python.languageServer": "Pylance"，即使插件已禁用，VSCode 启动时仍会尝试加载对应服务 -
keybindings.json里绑定了插件快捷键（如extension.prettier.format），VSCode 启动时会解析绑定并触发插件加载 -
.vscode/extensions.json里还存着工作区推荐，一打开该文件夹就弹窗提示“安装推荐插件”，点“是”前功尽弃
离线环境禁用/卸载插件要绕过策略限制
内网或企业策略环境下，常见报错：Extensions disabled by policy 或 command not found: code：
- 先确认
code命令是否注册进 PATH：在 VSCode 中按Ctrl+Shift+P，输入并运行Shell Command: Install 'code' command in PATH - 若策略禁用扩展，
code --uninstall-extension ms-python.python会失败，此时只能手动删目录：%USERPROFILE%\.vscode\extensions\ms-python.python-*（Windows）或~/.vscode/extensions/ms-python.python-*（Linux/macOS） - 删完记得清空
settings.json中所有与该插件相关的字段，否则下次启动仍可能触发恢复逻辑
真正轻量的关键不是插件数量少，而是每个插件「只做一件事、做完就停」——语言服务关掉、Git 功能切回内置、格式化只在保存时触发一次。这些细节不处理，禁用十个插件也白搭。
