快捷键冲突根源是信号被截、规则被盖、配置被忽略：先用sublime.log_input(true)确认按键是否进入sublime；无输出则查系统/输入法/显卡热键；有输出则按default→插件→user顺序排查覆盖；user文件须严格json格式；esc不走keymap流程，禁用插件或调其设置解决。
Sublime Text 里快捷键冲突不是“偶尔按不灵”，而是会直接卡住编码节奏——比如 Ctrl+/ 注释失效，你得手动敲 #；Ctrl+D 多选词失灵，改个变量名要重复三次；更糟的是 Esc 关不掉命令面板，光标卡死在输入状态。问题根源不在你按得不对，而在信号被截、规则被盖、配置被忽略。
先用 sublime.log_input(True) 确认按键进没进编辑器
这是所有排查的起点，跳过它等于蒙眼修车。按 Ctrl+` 打开控制台，输入 sublime.log_input(True) 回车，再按你怀疑失效的组合键（如 Ctrl+C）。如果控制台完全没输出，说明按键根本没传到 Sublime：
- Windows 用户重点检查 NVIDIA 控制面板或 Intel Graphics Command Center 里的热键（尤其是
Ctrl+Alt+方向键类） - 搜狗、QQ 拼音等中文输入法默认占用
Ctrl+Shift和Ctrl+Space，切英文输入法再试 - macOS 用户去「系统设置 → 键盘 → 快捷键」关掉 Spotlight 的
Cmd+Space和「输入源」切换项 - MacBook 用户若
Esc失效，先确认「键盘」设置里是否勾选了「使用 F1、F2 等键作为标准功能键」
查加载顺序：Default → 插件 Default → User，后加载者静默覆盖
Sublime 不报错、不警告，只执行最后加载的那条绑定。打开 Preferences → Key Bindings，左右并排看两个文件：
- 左侧 Default 中搜索
"ctrl+/"，确认它原本对应toggle_comment - 右侧 User 文件中搜同一字段，同时用
Preferences → Browse Packages进插件目录，全局搜索"keys": ["ctrl+/"] - 高危插件优先查：Vintage（自带
Ctrl+D、Ctrl+K）、Emmet（抢Tab、Ctrl+E）、Origami（劫持Esc、Ctrl+K） - 临时验证：用
Ctrl+Shift+P输入Package Control: Disable Package，逐个关掉上述插件；或命令行启动subl --safe-mode，恢复即坐实是插件问题
User.sublime-keymap 写错 JSON 就等于没写
这个文件是纯 JSON 数组，语法错一点整份配置就被 Sublime 静默丢弃，右下角红字提示一闪而过，极易忽略：
- 所有键名和字符串值必须用英文双引号：
"keys"不是keys，"toggle_comment"不是toggle_comments（多一个s就失效） - 数组结尾不能多逗号：
["ctrl+alt+f"],是错的，["ctrl+alt+f"]才对 - 不支持
//或/* */注释；想禁用某条绑定，要么删整行，要么改成无效命令："command": "not_a_real_command" - 保存必须按
Ctrl+S，Sublime 会立即重载，但若某个插件的Default.sublime-keymap也在同位置定义了相同keys，你的自定义仍会被盖掉
Esc 根本不走 Key Bindings 流程，别往 User.sublime-keymap 里加
关闭搜索框、命令面板、替换栏这些行为是 Sublime 内核硬编码逻辑，你在 User.sublime-keymap 里加 {"keys": ["escape"], "command": "hide_panel"} 不仅无效，还会破坏原生功能——比如按 Esc 后搜索框不关闭，面板卡在半空。
若 Esc 失效，先运行 subl --safe-mode：恢复说明是插件劫持（Vintage 需设 "exit_insert_mode_on_escape": false，Origami 需关 close_on_escape）；若仍无效且 sublime.log_input(True) 无输出，则问题在系统层或键盘固件，不是配置能解决的。
