VSCode快捷键失灵主因是系统、输入法或插件劫持按键事件，而非配置错误；需先用Keybinding Troubleshooter定位冲突源，再针对性禁用输入法快捷键或扩展绑定。
VSCode快捷键失灵，90%不是配置写错了，而是根本没收到按键事件——系统、输入法、鼠标宏或插件在半路截胡了。直接改 keybindings.json 往往白忙，得先定位“谁抢走了这个键”。
怎么立刻确认是哪个进程或设置劫持了 Ctrl+P / Cmd+P
Mac 上按 Cmd+P 弹出 Spotlight，说明系统先吞了；Windows 上按 Ctrl+P 没反应但输入法状态栏显示「中」，基本就是中文输入法在中文模式下劫持了组合键。验证方法统一：临时切到系统自带英文输入法（如 macOS 自带 ABC，Windows 微软拼音英文模式），再试一次。如果恢复，就不用动 VSCode 配置，去关输入法的快捷键开关。
- macOS：系统设置 → 键盘 → 快捷键 → 输入源 → 关掉「选择上一个输入源」和「选择下一个输入源」对应的
Cmd+Space和Cmd+Shift+Space - Windows 微软拼音：设置 → 常规 → 键盘操作 → 关闭「允许使用快捷键切换输入法」；高级设置 → 其他 → 关闭「使用快捷键切换中英文输入」
- 搜狗/QQ 输入法：右键任务栏图标 → 设置 → 快捷键 → 找所有含
Ctrl+P、Ctrl+Shift+F的条目，全部禁用
用快捷键排查器（Keybinding Troubleshooter）精准定位劫持者
别猜，让 VSCode 自己告诉你谁在监听。按 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（Mac）→ 输入并执行 Developer: Toggle Keybinding Troubleshooter，然后立刻按你想查的组合键（比如 F5 或 Ctrl+Shift+B）。面板会列出所有匹配项，注意三点：
- 只有带 ▶ 绿色箭头的条目才是当前实际生效的绑定
- 灰色条目表示
when条件不满足，不参与触发 - 来源为
Extension的条目最可疑，比如gitlens.showQuickFileHistory、vscodevim.handleKey、python.debug
安全禁用插件快捷键，不卸载也不影响功能
想留着 GitLens，但不让它抢 Ctrl+Shift+B？别删扩展，直接在 keybindings.json 里加一条带减号的禁用规则：
[{"key":"ctrl+shift+b","command":"-gitlens.showQuickFileHistory"}]
关键点：
-
command必须填完整命令 ID，右键快捷键列表 → “复制命令 ID” 最稳妥 - 不能写
"command": ""或null，VSCode 会整条忽略 - 这条只取消绑定，
Ctrl+Shift+B不会报错也不会变灰，但也不会触发任何操作——你得手动补一条新绑定，否则等于废掉
清空 keybindings.json 是最快重置方式，但要注意路径和格式
如果排查一圈还是乱，一键回到默认是最稳的操作：按 Ctrl+Shift+P → 输入并执行 Preferences: Open Keyboard Shortcuts (JSON)，确认打开的是用户级路径（如 ~/.config/Code/User/keybindings.json），然后把整个文件内容删光，只留一个空数组 []，保存。
- 不是注释掉，不是留空行，也不是写成
{} - Windows 路径是
%APPDATA%\Code\User\keybindings.json，Mac 是~/Library/Application Support/Code/User/keybindings.json，填错路径会导致配置完全不加载，且 VSCode 不报错、不提醒 - 清空后仍异常，说明有扩展在后台动态注册且
when条件始终为真，需回到快捷键面板搜索该组合键，找到对应扩展条目点垃圾桶图标移除
真正麻烦的不是找不到冲突源，而是冲突发生在 when 条件满足的瞬间——比如 GitLens 只在编辑器聚焦且光标在代码行时才激活 Ctrl+Shift+B，你调试时切到终端，它就不抢，一回来又抢，这种间歇性失效最难盯。
