禁用插件不等于卸载，仅停止加载而不删除文件；全局禁用需在User标签页操作或使用命令面板指定，工作区禁用仅限当前文件夹；卸载后settings.json、keybindings.json和.extensions.json中的残留配置必须手动清理。
禁用插件不等于卸载，更新不会自动生效，卸载后配置和快捷键残留是常态——直接删 .vscode/extensions/ 文件夹最危险。
禁用插件时，作用域选错就白操作了
右键扩展卡片点 Disable Extension 默认只在当前工作区禁用，图标旁会出现灰色“工作区”标识；想全局停用，必须先切换到左侧的 User 标签页再操作，或在命令面板运行 Extensions: Disable Extension in This Workspace 并手动取消勾选“仅限此工作区”。
常见错误现象：
- 禁用后重启 VS Code，插件又自动启用了 → 实际只是工作区级禁用，用户级仍启用
- 禁用 Prettier 后保存仍格式化 → 该插件在用户级启用，而你只禁用了工作区版本
- 主题类插件禁用后界面没变化 → 需执行
Developer: Reload Window才真正卸载 UI 贡献点
卸载插件 ≠ 点一下 Uninstall 就干净了
Uninstall 按钮只删插件代码本体，但以下三处残留几乎必然存在，且会干扰后续行为：
-
settings.json里保留的专属配置，比如"prettier.requireConfig"或"eslint.enable"，重装同名插件会直接继承旧逻辑 -
keybindings.json中绑定的快捷键（如extension.prettier.format）不会清除，下次触发可能报command 'extension.prettier.format' not found -
.vscode/extensions.json中的工作区推荐记录还在，打开该文件夹仍会弹窗提示“安装推荐插件”
真正干净的卸载，必须顺手检查并手动删掉这三处。
更新插件后功能异常，别急着重装
VS Code 默认每 5 小时检查一次更新，但不会自动安装（除非开启 extensions.autoUpdate）。手动更新后行为突变，优先查这些点：
- 新版本是否要求更高
engines.vscode版本？可在插件详情页的package.json里确认 - 关键功能是否被移除？比如 Python 扩展 v2024.x 移除了旧调试器支持，需改用
debugpy - 格式化规则、快捷键、设置项是否被重命名？新版常把
editor.formatOnSave改为editor.codeActionsOnSave类逻辑 - 更新后没反应？先运行
Developer: Reload Window，再检查Developer: Toggle Developer Tools控制台是否有报错
批量操作和 ID 匹配最容易踩坑
装了二三十个插件后，逐个点效率低还易漏。但要注意：
- 搜索
@disabled可列出全部已禁用项，@installed则只看已安装未禁用的——这是最快定位方式 - 按住
Ctrl（Windows/Linux）或Cmd（macOS）多选后右键统一操作，比单点安全得多 - 想手动删文件夹？别凭感觉进
.vscode/extensions/找名字。插件实际文件夹名是哈希串（如esbenp.prettier-vscode-12.0.0_8a3b4c），正确做法是：右键插件 →Copy Extension ID（格式为publisher.name），再到文件夹中全文搜索该 ID 定位 -
code --uninstall-extension ms-python.python命令只对“已启用/已安装”状态有效，对已禁用但未删文件夹的插件无效
最常被忽略的是：插件 ID 和文件夹名不一致，且 VS Code 不自动清理旧版本文件夹——同一插件多个历史版本共存，是启动变慢的隐性元凶。
