唯一可信的排查方法是启用sublime.log_input(true)和sublime.log_commands(true)查看控制台日志：前者无输出说明按键被系统/输入法截断，后者无输出而前者有则表明绑定被插件覆盖或command名拼错；user.sublime-keymap语法错误会静默失效，且加载顺序为default→插件default→user，后载者覆盖前载者。
直接改 User.sublime-keymap 不能绕过冲突，反而可能让问题更隐蔽——它只是加载链的最后一环，前面插件早把键占了。
为什么改了 User 还是没用
Sublime 的快捷键按固定顺序加载：Default → 插件的 Default.sublime-keymap → User.sublime-keymap。后加载的静默覆盖前一个，不报错也不提示。
- 你在
User.sublime-keymap里写{"keys": ["ctrl+/" ], "command": "toggle_comment"}，但Packages/Emmet/Default.sublime-keymap里也有一条相同的"keys"，那 Emmet 的绑定就生效，你的配置等于白写 - 插件如
Vintage、Origami、GitGutter都自带Default.sublime-keymap，且加载在你之前 - 临时验证方法：命令行运行
subl --safe-mode，如果快捷键恢复，基本就是插件覆盖
怎么确认到底是哪条绑定在起作用
靠看文件容易漏，真正可靠的是日志输出：
- 按
Ctrl+`打开控制台，输入sublime.log_input(True)回车，再按目标组合键（比如Ctrl+/）——有输出说明按键进了 Sublime；没输出说明被系统/输入法/显卡驱动截断 - 接着输入
sublime.log_commands(True)，再按同一组合键——如果看到command: emmet_expand_abbreviation而不是toggle_comment，就坐实是插件抢了 - 两者都无输出？问题不在 Sublime；只有前者有、后者无？说明绑定被覆盖或
command名拼错（比如toggle_comments多了个 s）
User.sublime-keymap 写错一个字符就失效
这个文件是纯 JSON 数组，不是配置文件，也不是 JS 对象。语法错一点，整份配置就被 Sublime 静默忽略。
- 所有键名和字符串值必须用英文双引号：
"keys"不是keys，"toggle_comment"不是toggle_comment - 数组结尾不能多逗号：
["ctrl+alt+f"],是错的，["ctrl+alt+f"]才对 - 不支持
//或/* */注释；想临时禁用某条，要么删整行，要么改成"command": "not_a_real_command" - 保存后立即生效，不用重启，但得确保没其他插件在更靠后位置又绑了一次相同组合
macOS 下 Cmd+Shift+P 类系统级冲突怎么处理
Cmd+Shift+P 在 macOS 是 Spotlight 全局快捷键，优先级高于任何应用内绑定。Sublime 不可能“抢”回来，只能换路走。
- 别去系统设置里关 Spotlight——没必要，也影响日常使用
- 在
User.sublime-keymap中加一条新绑定，比如：{"keys": ["ctrl+shift+p"], "command": "show_overlay", "args": {"overlay": "command_palette"}} - 注意：不要删掉原
Cmd+Shift+P绑定，有些插件（如 Package Control）内部依赖它触发逻辑 - 验证方式：切到中文输入法，按新组合键，看命令面板是否弹出；不弹，说明还有别的软件（比如 Alfred、Raycast）在劫持
最常被忽略的一点：Esc 键根本不受 .sublime-keymap 控制——它是 Sublime 内核硬编码行为，任何在 User 里对 escape 的绑定都会破坏原生逻辑，比如导致命令面板卡住不关闭。
