答案：用developer: toggle keybinding troubleshooter实时诊断，按f5或ctrl+shift+b后查看带▶的绿色条目确认劫持者；禁用后须手动补全带when条件的原生命令绑定，否则语义高亮不恢复。
快捷键冲突本身不会让插件“崩溃”，但会静默阻断其关键启动链路——比如 F5 被 GitLens 拦截，Volar 就收不到初始化信号，语义高亮直接退化为 TextMate 基础语法；Ctrl+Space 被 editor.action.triggerSuggest 占着，输入法候选框就压根不弹。
怎么立刻定位哪个扩展劫持了 F5 或 Ctrl+Shift+B
别翻设置、别猜名字，用 VSCode 自带的实时诊断工具：
- 按
Ctrl+Shift+P→ 输入并执行Developer: Toggle Keybinding Troubleshooter - 立刻按你想查的快捷键（如
F5或Ctrl+Shift+B） - 看面板里带 ▶ 的绿色条目：它显示当前真正执行的
command和来源扩展（比如gitlens.showQuickFileHistory） - 灰色条目不是无关项——它只是
when条件未满足（例如当前没打开 .py 文件），一旦条件成立，它就会顶替原生行为
禁用冲突快捷键后为什么高亮/补全还是不恢复
只删掉劫持者的绑定，等于把快捷键“悬空”了——VSCode 不会自动 fallback 到原生命令。你必须手动补一条新绑定：
- 右键绿色条目 → “复制命令 ID”，例如
workbench.action.terminal.toggleTerminal - 在
keybindings.json中加一条完整规则：{"key":"f5","command":"workbench.action.terminal.toggleTerminal","when":"terminalFocus"} - 如果目标是恢复语言服务器，得绑对命令：
workbench.action.debug.start（F5）、workbench.action.terminal.runSelectedText（Ctrl+Shift+B） - 别写
"command": ""或null，VSCode 会整条忽略
为什么改了 keybindings.json 却没生效
最常被忽略的三个硬性卡点：
-
when条件写得太窄，比如"when": "editorTextFocus"，但你在终端里按Ctrl+E，自然不触发；常用组合建议用editorTextFocus && !editorReadonly - 系统或输入法劫持了按键：搜狗/QQ拼音默认把
Ctrl+Shift设为中英文切换，临时退出再试一次，比改十次配置更有效 - 非美式键盘用户必须检查
settings.json是否设了"keyboard.dispatch": "keyCode"，否则Ctrl+;可能被识别成Ctrl+:，绑定永远不命中
终端里快捷键异常，别去动 keybindings.json
终端里的 Ctrl+E、Ctrl+L 是 shell 原生命令，VSCode 根本收不到——这不是快捷键冲突，是输入流层级问题。要让它交出控制权，必须改 settings.json：
- 添加
"terminal.integrated.commandsToSkipShell"配置，填命令 ID（不是按键名）：["editor.action.moveToEndOfLine", "workbench.action.terminal.clear"] - 注意：
editor.action.moveToEndOfLine对应Ctrl+E，workbench.action.terminal.clear对应Ctrl+L - 改完保存后，必须关闭当前终端 tab 并新开一个，才能生效
- Vim 扩展启用时，
Ctrl+V可能被映射为可视块模式——先按Esc退出 Vim 模式再试
真正难排查的从来不是“哪个扩展抢了键”，而是“哪个环节悄悄吞掉了信号”：系统级拦截、输入法切换、焦点错位、when 条件不满足、甚至 BIOS 里 Fn 键映射都可能参与其中。每一步都要验证信号是否真传到了 VSCode，而不是停留在编辑器外。
