Sublime Text快捷键失效主因是绑定规则被后加载项覆盖，需用sublime.log_input(True)定位拦截层，再逐层排查系统、输入法、驱动、插件及内核。
Sublime Text 里插件快捷键冲突不是配置没生效，而是绑定规则被后加载的条目覆盖了——你改的那条根本没机会执行。
怎么确认某个快捷键到底被谁劫走了
别猜，直接看 Sublime 自己记的账。按 Ctrl+` 打开控制台，输 sublime.log_input(True) 回车，再按那个失效的组合键（比如 Ctrl+/）。如果控制台完全没输出，说明按键在进 Sublime 前就被系统、输入法或显卡驱动吞掉了；如果输出了 key evt: ctrl+shift+k 这类日志，但功能没触发，才说明是内部绑定冲突。
- Windows 用户重点检查 NVIDIA 控制面板或 Intel Graphics Command Center 里的热键设置
- macOS 用户注意系统设置 → 键盘 → 快捷键 → 输入源里是否启用了
Cmd+Space - 搜狗、QQ 拼音等中文输入法默认会拦截
Ctrl+Shift和Ctrl+Space，切英文输入法再试一次
为什么删了 User 文件里的一行，快捷键还是不对
因为插件自带的 .sublime-keymap 文件也参与绑定，而且加载顺序在 Default 之后、User 之前。你删掉 User 里的 Ctrl+D，但 Packages/Vintage/Default.sublime-keymap 里还有一条同名绑定，它照样生效。
- 打开
Preferences → Browse Packages，进每个插件文件夹翻Default.sublime-keymap - 用
Ctrl+Shift+P输入Package Control: Disable Package，逐个关掉 Vintage、Emmet、Origami 这类高危插件 - 临时启动安全模式：
subl --safe-mode（命令行），如果这时快捷键正常，就坐实是插件问题
自定义快捷键写错 JSON 就等于没写
User.sublime-keymap 是纯 JSON 数组，不是 JS 对象，也不是配置文件。一个多余的逗号、漏掉的引号、中文标点，都会让整份配置静默失效，右下角可能只闪一下红字错误提示，稍不注意就错过。
- 必须用双引号包裹所有键名和字符串值，例如
"keys"不是keys - 数组结尾不能多逗号，
["ctrl+alt+f"],是错的，["ctrl+alt+f"]才对 - 想禁用某条绑定，别注释（JSON 不支持
//），直接删整行，或改成无效命令："command": "not_a_real_command" - 保存（
Ctrl+S）后立即生效，不用重启，但必须确保没其他插件在更靠后的位置又绑了一次
Esc 键根本不在 Key Bindings 管辖范围内
关闭搜索框、命令面板、替换面板这些行为是 Sublime 内核硬编码的，你往 User.sublime-keymap 里加 {"keys": ["escape"], "command": "xxx"} 不仅没用，还会破坏原生逻辑——比如按 Esc 后搜索框不关闭，面板也不隐藏，UI 就卡在那里。
- 先用
sublime.log_input(True)确认 Esc 是否传入；没输出就是系统/硬件层截获 - 有输出但 UI 不响应？再输
sublime.log_commands(True)，看有没有hide_panel或hide_overlay被调用 - Vintage、Emacs Pro Essentials 这类插件通常提供设置开关，去
Preferences → Package Settings里关掉exit_insert_mode_on_escape或类似选项
真正麻烦的从来不是改哪一行 JSON，而是搞清当前生效的到底是哪一层规则——系统、输入法、显卡驱动、插件、Sublime 内核，它们层层拦截，而 Sublime 自己只管最后一环。定位时从外往里剥，比在 User 文件里反复删改有效得多。
