sublime text 快捷键失效的根源是加载顺序覆盖、输入法/系统热键截断、json语法错误或进程未退出导致配置丢失；需用sublime.log_input(true)确认按键是否进入编辑器，按加载优先级排查default/插件/user绑定，并彻底退出进程再操作配置文件。
Sublime Text 快捷键冲突不是“配错了”，而是绑定规则被后加载项静默覆盖；配置文件丢失往往因未彻底退出进程就备份/替换，导致热重载写入中断或文件锁残留。
怎么确认按键根本没进 Sublime
这是所有排查的起点。按 Ctrl+` 打开控制台，输入 sublime.log_input(True) 回车，再按你想查的组合键（比如 Ctrl+/ 或 Esc）。
- 如果控制台完全没输出，说明按键在进 Sublime 前就被截断了——Windows 重点查 NVIDIA 控制面板 / Intel Graphics Command Center 的热键设置，macOS 查「系统设置 → 键盘 → 快捷键 → 输入源」是否占用了
Cmd+Space或Ctrl+Space - 中文输入法（搜狗、QQ 拼音）默认拦截
Ctrl+Shift和Ctrl+Space，切英文输入法再试一次 - Linux 用户注意桌面环境（如 GNOME）可能全局绑定了
Ctrl+Alt+T等组合，会吞掉信号
为什么改了 User.sublime-keymap 还是无效
Sublime 加载快捷键的顺序是：Default → 插件自带的 Default.sublime-keymap → User.sublime-keymap。后加载者直接覆盖前一个，不报错也不提示。
- 按
Ctrl+Shift+P输入Preferences: Key Bindings，左右并排打开两个文件 - 在左侧
Default中搜索目标键，比如"ctrl+d"，确认它原本对应duplicate_line - 在右侧
User和所有插件目录（Packages/Vintage/、Packages/Emmet/等）中全局搜索相同"keys"字段 - 高频“高危插件”：Vintage、Emmet、Origami、GitGutter——它们的
Default.sublime-keymap文件加载位置在你写的User之前
User.sublime-keymap 写错 JSON 就等于没写
这个文件是纯 JSON 数组，语法错一点整份配置就会被 Sublime 静默忽略，右下角红字错误提示一闪而过，极易错过。
- 所有键名和字符串值必须用英文双引号包裹：
"keys"不是keys，"toggle_comment"不是toggle_comments - 数组结尾不能多逗号：
["ctrl+alt+f"],是错的，["ctrl+alt+f"]才对 - JSON 不支持
//或/* */注释；想临时禁用某条绑定，要么删整行，要么改成无效命令："command": "not_a_real_command" - 保存（
Ctrl+S）后立即生效，无需重启，但前提是没其他插件在更靠后的位置又绑了一次
配置文件丢失常因进程没关干净
备份或还原 Packages/User 前，必须确保 Sublime Text 进程已彻底退出，否则热重载机制会写坏文件、锁住 .sublime-package、甚至覆盖你刚复制进去的内容。
- Windows：任务管理器 → 详细信息页 → 搜索
sublime_text.exe或subl.exe→ 全部结束 - macOS：活动监视器中找
Sublime Text，或终端执行ps aux | grep sublime，有输出就用kill -9 [PID]杀掉 - Linux：运行
pkill -f "sublime_text"，确保无残留进程 - 真实
Packages路径必须通过Preferences → Browse Packages…确认，硬记%APPDATA%或~/.config/sublime-text-4极易出错
Esc 键失效最常被误判为 keymap 问题，但它根本不走 .sublime-keymap 流程；真正的干扰源往往是 Vintage 插件的插入模式退出逻辑，或 Origami 的 close_on_escape 设置——这些都得去对应插件的 Settings 里关，而不是往 User 文件里硬塞一条无效绑定。
