VSCode无显式插件优先级，加载顺序由activationEvents触发时机和注册顺序决定；冲突时后注册的插件覆盖同名命令或格式化行为，需通过language-specific editor.defaultFormatter等配置强制指定默认工具。
插件冲突时，VSCode 默认按什么顺序加载？
VSCode 没有显式的“插件优先级”配置项，它按 package.json 中声明的 activationEvents 和实际触发时机决定谁先响应——本质是事件监听注册顺序 + 拓扑排序。但用户感知到的“冲突”，往往出现在多个插件都监听了同一个命令（如 editor.action.formatDocument）、同一文件类型（如 language:typescript）或同一快捷键（如 Ctrl+Shift+I）时。
关键判断：不是谁“优先级高”，而是谁“最后注册、最后生效”。VSCode 会把后安装/后启用的插件的 handler 覆盖掉前面同名 command 的绑定（部分场景下），尤其在 format、save、hover 等可被多插件介入的环节。
如何强制指定某个格式化插件为默认？
对格式化类冲突（比如 Prettier vs ESLint Fix on Save vs built-in TS formatter），必须通过语言级配置覆盖，而非插件开关：
- 在工作区
.vscode/settings.json中明确设置："[typescript]": { "editor.defaultFormatter": "esbenp.prettier-vscode", "editor.formatOnSave": true } - 禁用其他插件对该语言的自动介入：检查
eslint.enable、typescript.preferences.includePackageJsonAutoImports是否意外触发格式行为 - 注意
editor.defaultFormatter的值必须是插件 ID（不是显示名），可在插件页 URL 或package.json的publisher+name字段拼出，例如esbenp.prettier-vscode
快捷键冲突怎么快速定位并解决？
打开命令面板（Ctrl+Shift+P），输入 Preferences: Open Keyboard Shortcuts (JSON)，直接编辑 keybindings.json。不要依赖 UI 界面点选——UI 有时不显示被覆盖的原始绑定。
常见陷阱：
- 多个插件绑定同一快捷键（如
Ctrl+Alt+L被 Code Spell Checker 和 Live Server 同时注册），VSCode 仅执行第一个匹配项，但 UI 可能只显示后装的那个 - 使用
when条件表达式能精准隔离作用域，例如：{ "key": "ctrl+alt+l", "command": "liveServer.open", "when": "editorTextFocus && !editorReadonly" } - 想彻底禁用某插件的快捷键？在
keybindings.json中添加带-前缀的覆盖项：[{ "key": "ctrl+alt+l", "command": "-extension.live-server" }]
禁用插件后仍残留行为，怎么办？
VSCode 插件卸载不等于立即清除所有状态。特别是 Language Server 类插件（如 Rust Analyzer、Python Pylance），其进程可能仍在后台运行，缓存未清，导致语法高亮、跳转等行为看似“没禁用”。
实操步骤：
- 重启 VSCode（不是重载窗口），确保所有插件进程退出
- 检查
Developer: Toggle Developer Tools→ Console，看是否有残留的ExtensionHost报错或未释放的LanguageClient - 手动删掉插件缓存目录（路径因系统而异）：
~/.vscode/extensions/下对应插件文件夹，以及~/.vscode/data/CachedExtensions/ - 某些插件（如 GitLens）会在
settings.json写入全局配置项，卸载后需手动清理相关字段，否则新插件可能读取旧配置误判
真正难处理的从来不是“怎么设优先级”，而是搞清哪个插件在什么条件下悄悄接管了哪个钩子——建议从 Developer: Show Running Extensions 入手，观察实际激活状态和 CPU 占用，比猜更可靠。
