必须编辑keybindings.json才能实现冲突优先级控制、上下文条件触发（如editorTextFocus）和多键绑定同一命令；图形界面仅支持简单增删，无法配置when字段或高级参数，且when错误会导致快捷键静默失效。
VSCode快捷键不是拿来背的，是按你每天真正在做的事去重映射的。直接改 keybindings.json 才能覆盖冲突、加条件、绑定多命令——图形界面（Ctrl+K Ctrl+S）只适合试水，一到真实工作流就露馅。
为什么必须编辑 keybindings.json 而不是用图形界面
图形界面没法处理三类关键需求：快捷键冲突时的优先级控制、命令触发的上下文条件（比如“只在编辑器里生效，不在终端里”）、同一命令绑定多个组合键。这些全靠 keybindings.json 里的 when 字段和数组结构实现。
- 图形界面点出来的快捷键，背后其实也是往这个 JSON 文件里写对象，但不暴露
when和高级参数 - 想让
Ctrl+Enter只在可编辑文件中插入空行，就必须手动加"when": "editorTextFocus && !editorReadonly" - 多个相同功能的快捷键（如
Ctrl+Enter和Cmd+Enter都触发格式化），只能靠 JSON 数组里写两遍
when 条件写错 = 快捷键静默失效
90% 的“快捷键没反应”问题，不是没保存、没重启，而是 when 条件不满足。VSCode 不报错，只是悄悄跳过执行。
- 常见拼错：
editorFocus（错）→ 正确是editorTextFocus - 忘了只读状态：
!editorReadonly没加，对 .gitignore 或打包后的文件执行编辑命令就失效 - 终端里想开新 tab 却用了
editorTextFocus→ 应该换terminalFocus - 查当前有效上下文：打开命令面板 →
Developer: Toggle Developer Tools→ 控制台输入vscode.debug.getUIState()，或装Context Keys Explorer扩展实时看
避开 Ctrl+X/C/V 这类高频冲突组合
直接覆盖 Ctrl+X 剪切、Ctrl+V 粘贴，会破坏肌肉记忆，尤其跨应用时容易误操作。更稳的策略是把自定义操作挪到 Ctrl+Alt+X 区间，或用前缀式二级菜单。
-
Ctrl+Alt+B绑定构建任务，Ctrl+Alt+T新建终端，完全不碰系统级剪贴板行为 -
Ctrl+K当前缀：比如Ctrl+K Ctrl+F格式化，Ctrl+K Ctrl+R重命名，和 Vim 模式逻辑一致 - 终端专用操作必须加
terminalFocus，否则你在写代码时按Ctrl+Shift+T想恢复标签页，结果却打开了新终端
复杂点在于上下文叠加和命令链
真实工作流里，一个快捷键常要干几件事：比如“保存 + 格式化 + 提交暂存区”。VSCode 原生不支持命令链，得靠扩展（如 multi-command）或插件脚本配合。这时候 when 就得叠加判断：既要 editorTextFocus，又要 scmProviderExists（有 Git 仓库），还得 !inDebugRepl（不在调试控制台里）。
别指望一次写对。先跑最简版，再逐步加条件；每次改完，用 Ctrl+Shift+P → Developer: Toggle Developer Tools 看控制台有没有 context mismatch 报告——那是唯一告诉你 when 没命中线索的地方。
