VSCode快捷键冲突本质是多插件/多模式共存下的正常现象，关键在于通过Ctrl+K Ctrl+S查看冲突来源、用keybindings.json精准覆盖并配合when条件限定作用域，而非简单禁用。
VSCode快捷键冲突不是配置错误，而是多插件/多模式共存下的正常现象——关键不在“禁掉谁”，而在“让谁在什么条件下生效”。
查冲突：别猜，直接看哪个命令抢了你的 Ctrl+Shift+P
VSCode 不会静默吞掉冲突，它会在快捷键设置里明确标黄：“该键绑定与另一命令冲突”。但很多人没注意到这个提示，反而反复试错。
- 按
Ctrl+K再按Ctrl+S（macOS 是Cmd+KCmd+S）直接打开键盘快捷方式界面 - 在搜索框输入你怀疑的组合键，比如
Ctrl+Shift+I，列表会立刻显示所有命中项 - 重点看每条目右侧的“源”列：
Prettier、Python、vscode-neovim等都代表绑定来自哪个扩展 - 若某条目旁有黄色感叹号图标，说明它已被其他绑定覆盖或压制，点击它可查看被谁顶替
改绑定：用 keybindings.json 覆盖比图形界面更可靠
图形界面点“更改键绑定”有时会失效，尤其当多个扩展注册了相同命令 ID 时。直接编辑 keybindings.json 才能确保优先级最高、逻辑最清晰。
- 通过命令面板运行
Preferences: Open Keyboard Shortcuts (JSON)打开用户级配置文件 - 添加新条目时，**必须写全命令 ID**（如
editor.action.formatDocument），不能只写中文名 - 想彻底禁用某个扩展的快捷键？在对应条目前加减号：
[{"key": "ctrl+alt+f","command": "-extension.prettier-vscode.format"}] - 避免全局覆盖：用
when条件限定作用域，例如只在非插入模式下触发 Neovim 的Esc：{"command": "vscode-neovim.escape","key": "esc","when": "editorTextFocus && neovim.mode != insert"}
防冲突：键盘布局和 Vim 模式下特别容易翻车
用 Dvorak 或 Colemak 布局的人，常发现 Ctrl+Shift+P 变成调不出命令面板——这不是快捷键丢了，是 VSCode 默认按字符映射，而非物理按键。
- 在
settings.json中强制启用物理键码识别："keyboard.dispatch": "keyCode"
-
vscode-neovim 用户务必检查
vscode-neovim.ctrlKeysForNormalMode设置，否则Ctrl+C在 Normal 模式下可能被 VSCode 截走，无法传给 Neovim - 不要用
jj这类复合键做 Escape 替代，除非你在keybindings.json里配了vscode-neovim.compositeKeys，否则它根本不会生效 - 中文输入法状态下，几乎所有带字母的快捷键都会失效；建议开发时固定切换到英文输入法，或用纯符号组合（如
Alt+Shift+.）替代
清旧账：定期导出并审查 keybindings.json
装了 20 个插件后，keybindings.json 里可能堆着十几条已失效的禁用规则、重复的格式化绑定，甚至残留的旧插件命令 ID。这些不会报错，但会让新绑定行为不可预测。
- 在快捷键界面右上角齿轮菜单中选择“导出键绑定”，生成 JSON 备份，方便对比和回滚
- 删除所有带
-前缀但对应插件已卸载的条目（它们已无意义） - 搜索
"when":，检查条件是否还匹配当前插件版本（例如老版本用editorLangId == 'python'，新版本可能要求editorLangId == 'python' && !inDebugMode） - 重启 VSCode 后再验证，因为部分绑定（尤其是涉及
neovim.mode的）需完全重载才生效
真正麻烦的从来不是“怎么加一个快捷键”，而是“为什么我刚加的没反应”。多数时候，问题藏在 when 条件不满足、键盘布局错位、或某条被遗忘的 - 禁用规则里——先查，再动，别急着删插件。
