sublime更新后快捷键失效，首要验证按键是否进入编辑器：执行sublime.log_input(true)，无输出说明被系统/输入法/驱动截断，有输出则排查插件覆盖或json语法错误。
Sublime Text 更新后快捷键失效，绝大多数情况不是配置被清空，而是按键根本没进编辑器，或新版本插件加载顺序变化导致原有绑定被静默覆盖。
sublime.log_input(True) 是第一道必过关卡
更新后按 Ctrl+` 打开控制台，输入 sublime.log_input(True) 回车，再按你怀疑失效的组合键（如 Ctrl+/、Esc、Cmd+Shift+P）：
- 控制台完全无输出 → 按键在进 Sublime 前就被截断，和更新无关，是系统/输入法/显卡驱动层的问题
- 有
key evt: ctrl+shift+p这类日志 → 按键已送达，问题出在 Sublime 内部绑定逻辑，才需要查插件或 JSON 配置
Windows 用户重点检查 NVIDIA 控制面板「热键」、Intel Graphics Command Center「快捷键」；macOS 用户去「系统设置 → 键盘 → 快捷键 → 输入源」里确认 Cmd+Space 或 Cmd+Shift+P 是否被占用。
插件 Default.sublime-keymap 加载顺序变了
Sublime 更新可能触发插件重加载或默认行为变更，而快捷键加载顺序始终是：Default → 插件自带的 Default.sublime-keymap → User.sublime-keymap。后加载者直接覆盖前一个，不报错也不提示。
- 打开
Preferences → Key Bindings，左右并排看两个文件 - 在左侧
Default中搜索你想用的组合（如"ctrl+d"），确认它原本对应duplicate_line - 在右侧
User和所有插件目录（Packages/Vintage/、Packages/Emmet/等）中全局搜索同一"keys"字段 - 常见高危插件：Vintage、Emmet、Origami、SideBarEnhancements —— 它们更新后很可能悄悄加了同名绑定
临时验证是否为插件引起：命令行运行 subl --safe-mode，若快捷键恢复，就坐实是某个插件劫持。
User.sublime-keymap 语法错误在更新后更易暴露
更新本身不会破坏你的 User.sublime-keymap，但如果你此前就存在语法隐患（比如多了一个逗号、用了中文引号），旧版本可能容忍，新版本解析更严格，就会整份静默失效。
- 必须用英文双引号包裹所有键名和字符串值：
"keys"不是keys，"toggle_comment"不是toggle_comments - JSON 数组结尾不能有多余逗号：
["ctrl+alt+f"],是错的，["ctrl+alt+f"]才对 - 不支持
//注释；想禁用某条绑定，删整行，或改成"command": "not_a_real_command" - 保存后立即生效，无需重启，但右下角红字错误提示一闪即逝，务必留意
Esc、Tab、Cmd+B 这些键根本不在 Key Bindings 流程里
更新后 Esc 关不了命令面板？别往 User.sublime-keymap 里加 {"keys": ["escape"], "command": "hide_panel"} —— 这类行为是 Sublime 内核硬编码，不走任何 .sublime-keymap 文件。你加了不仅无效，还会干扰原生逻辑，比如按完 Esc 后搜索框卡住不关闭。
-
Esc失效，先跑subl --safe-mode：若恢复，说明是 Vintage 或 Origami 类插件劫持了退出逻辑 -
Tab被 Emmet 展开？得改 Emmet 的 context 规则，不是简单删绑定就能回退 -
Cmd+B在 macOS 上常被 Finder 或 Dock 占用，排查路径是：系统设置 → 键盘 → 快捷键 → 应用快捷键，搜Cmd+B并删掉对应条目
真正难处理的，永远是那些你根本没意识到“它不属于可配置范围”的键——它们失效时，查 User 文件毫无意义，必须切到系统层或插件专属设置里找开关。
