vscode命令重复注册冲突表现为功能异常、快捷键失效或右键菜单缺失，可通过开发者工具console搜索“command 'xxx' is already registered”定位，并用developer: start extension bisect二分排查，优先删除插件目录而非仅禁用以彻底清除抢注行为。
VSCode 里出现“Command 'xxx' is already registered”报错，或某个快捷键按下去没反应、弹出两个提示、右键菜单项消失——基本可以断定是多个插件注册了同名命令，发生了重复注册冲突。这不是 bug，而是 VSCode 的扩展机制允许注册同名命令，但只保留最后一个加载成功的，前面的被静默覆盖。
怎么一眼看出是命令重复注册？
打开开发者工具（Ctrl+Shift+I），切到 Console 标签页，搜索关键词：Command ' 或 Conflict detected。典型错误形如：
Extension 'esbenp.prettier-vscode' contributed command 'prettier.format' but it's already registered
这类日志不是警告，是明确的冲突证据。它说明至少两个插件试图注册同一个命令 ID，而 VSCode 只认最后一个。
- 命令 ID 冲突不一定会报红，但会导致功能“看似失效”：比如你点了格式化，实际执行的是另一个插件的逻辑
- 右键菜单项重复或缺失，往往是因为多个插件都注册了
editor/context这类通用 context menu id - 某些插件（如旧版
ms-python.python）即使被禁用，也可能在启动阶段抢先注册命令，导致后续插件注册失败
如何快速定位哪个插件在抢命令？
别靠猜，用 VSCode 自带的二分排查命令最稳：按 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（macOS），输入并运行 Developer: Start Extension Bisect。它会自动把插件分成两组，反复启用/禁用，引导你 3–4 轮内锁定冲突源。
- 比手动禁用快得多，尤其适合连插件面板都打不开的崩溃场景
- 过程中注意观察“哪一组启用后，控制台开始刷
Command 'xxx' is already registered” - 如果
Developer: Show Running Extensions显示某个插件加载耗时 >1s，优先怀疑它——慢加载常伴随抢注行为
命令冲突的常见组合与绕过方案
以下几类命令 ID 最容易撞车，不是因为插件写得差，而是它们本就干同一件事：
-
Prettier和ESLint都注册eslint.executeAutofix或prettier.format：在settings.json中关掉 ESLint 的格式能力——加一行"eslint.format.enable": false -
Volar和Vetur同时注册vue.showReferences：禁用Vetur，并确保"vue.preferences.useVolarForVue3": true - 多个 AI 补全插件（如
GitHub.copilot+Alibaba.aliyun-lingma）都监听onType并注册补全提供器命令：保留一个，另一个在keybindings.json中把对应命令绑定设为空数组[]，彻底卸载其命令入口
为什么删掉插件目录比禁用更彻底？
禁用只是告诉 VSCode “别激活”，但插件代码仍可能在 extension host 启动早期被执行——尤其是那些 patch 了 main.js 或劫持了 activate() 生命周期的插件。一旦它们抢先注册了命令，后面再启用别的插件就注定失败。
- Linux/macOS：直接删
~/.vscode/extensions/ms-python.python-*（通配符匹配） - Windows：进
%USERPROFILE%\.vscode\extensions\，删对应文件夹 - 删完不用重启系统，下次
code启动时自动跳过加载，命令注册表清空重来
真正难处理的从来不是“哪个插件冲突”，而是“哪个插件在没人注意的时候偷偷注册了命令，还赖着不走”。删目录这步，很多人跳过，结果反复排查半天，问题还在原地。
