VSCode扩展禁用后需重启窗口才生效，因其进程级加载机制仅标记状态而不卸载实例；快捷键Ctrl+Shift+P执行Developer: Reload Window可快速应用变更。
扩展禁用后为何重启 VSCode 才生效
VSCode 的扩展是进程级加载的，禁用操作只是标记状态，并不会自动卸载已运行的扩展实例。必须重启窗口（Developer: Reload Window）或完全退出再启动，才能让禁用真正生效。常见错误是点击禁用后立刻测试功能，结果发现插件行为依旧存在。
- 快捷键
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并执行Developer: Reload Window - 右下角状态栏出现「Reloading the window…」提示即表示正在应用变更
- 若扩展含 WebView 或后台服务（如
GitLens、ESLint），仅禁用不重启可能导致残留进程继续占用 CPU
批量启用/禁用扩展的命令行方式
当需要在多台机器同步配置，或自动化 CI 环境中控制扩展时，图形界面操作效率低且不可复现。VSCode 提供了 code CLI 工具，支持通过命令直接管理扩展状态。
- 先确保已安装 CLI：打开 VSCode →
Cmd/Ctrl+Shift+P→ 输入Shell Command: Install 'code' command in PATH - 禁用指定扩展：
code --disable-extension ms-python.python
- 永久禁用（写入用户设置）：
code --disable-extension esbenp.prettier-vscode --disable-extension redhat.vscode-yaml
- 注意：
--disable-extension只影响本次启动；要持久化，需手动编辑settings.json中的extensions.ignoreRecommendations或使用extensions.autoUpdate配合策略
按工作区禁用扩展避免冲突
某些扩展（如 prettier、eslint）在不同项目中可能有冲突的格式化规则或语言服务器配置。全局启用容易导致误触发，推荐在工作区级别精准控制。
- 打开项目文件夹后，点击左下角齿轮图标 →
Preferences: Open Workspace Settings (JSON) - 添加如下配置，仅对该工作区禁用指定扩展：
"extensions.disabled": ["esbenp.prettier-vscode", "dbaeumer.vscode-eslint"]
- 该设置会写入
.vscode/settings.json，对团队协作更安全——别人拉取代码后无需手动调整 - 注意：工作区禁用优先级高于用户级启用，但无法覆盖已被
extensions.autoUpdate: false锁定的扩展更新行为
被禁用的扩展仍出现在「已安装」列表中吗
是的。VSCode 不区分「已安装但禁用」和「已启用」的状态展示，所有已下载扩展都列在「已安装」页签里，仅靠右侧开关图标（灰色=禁用，蓝色=启用）识别。容易误判为「未安装」而重复安装。
- 筛选禁用扩展：在扩展搜索框输入
@disabled，即可只显示当前禁用项 - 筛选启用扩展：输入
@enabled - 想彻底移除又不丢失配置？先禁用 → 重启 → 再卸载。否则卸载后重装会自动恢复启用状态（因历史启用记录保存在
Machine ID绑定的账户同步数据中） - 企业环境中若使用策略部署（
extensions.autoUpdate: false+ 策略 JSON），禁用状态可能被组策略强制覆盖，此时需检查argv.json或注册表项
