最可靠的方式是启用双日志：先运行 sublime.log_input(true) 查看按键是否被识别，再运行 sublime.log_commands(true) 确认实际执行的命令；若无输出则问题在系统层，若命令非预期则被插件劫持，结合上下文、json校验与插件禁用逐步排查。
怎么确认某个快捷键到底被谁占用了
直接看 Preferences > Key Bindings 并不能一眼看出“当前生效的是哪条”，因为 Sublime 的绑定是叠加加载的：插件自带的键绑定、用户自定义的、系统默认的，按顺序合并，后加载的覆盖前一个。真正起作用的那条，可能藏在某个插件目录里，而不是你看到的左右两个文件中。
最可靠的方式是启用双日志：
- 按
Ctrl+`打开控制台，输入sublime.log_input(True)—— 按下任意组合键，控制台会输出原始按键序列，比如key evt: ctrl+k - 再输入
sublime.log_commands(True)—— 此时再按快捷键，控制台会显示实际执行的命令，例如command: show_panel {"panel": "console"}
如果 log_input 有输出但 log_commands 没反应，说明按键被识别了，但没绑定到任何有效命令；如果两者都没输出，问题在系统层（如输入法、显卡热键、macOS Spotlight）；如果命令名明显不是你预期的（比如按 ctrl+/ 却执行了 emmet_expand_abbreviation），那就是插件抢了先。
为什么删了 User 文件里的冲突项，快捷键还是不生效
常见错觉是“我只改了 User.sublime-keymap，删掉它就干净了”，但插件的默认绑定（放在 Packages/SomePlugin/Default.sublime-keymap）仍然在加载，而且它们比你的 User 文件更早被读取——等等，不对：Sublime 实际加载顺序是：Default（系统）→ 插件 Default → User，所以 User 理论上能覆盖插件绑定。但有个关键例外：插件用了 context 条件。
比如 Vintage 模式下的 ctrl+shift+p 可能只在 "context": [{"key": "setting.command_mode", "operator": "equal", "operand": true}] 下生效，而你编辑的是普通文本视图，它根本不会匹配。这种“上下文隔离”导致你以为删了 User 就清空了，其实插件在后台悄悄绑定了另一套规则。
排查建议：
- 用
Preferences → Browse Packages进入插件目录，搜索"ctrl+shift+p"或你关心的组合，看哪些插件写了绑定 - 临时禁用疑似插件（
Package Control: Disable Package），再测试快捷键 - 别只盯着
User文件，log_commands输出的命令名才是真实触发者，拿它去反查来源
Mac 上 Cmd+Shift+P 不弹命令面板，一定是 Spotlight 吗
不一定。Cmd+Shift+P 在 macOS 上确实常被 Spotlight 截获，但它只是“第一道关卡”。即使你关了 Spotlight，还有几个隐藏拦截点：
- 输入法：搜狗、百度等中文输入法默认把
Cmd+Space和Cmd+Tab做为切换入口，部分还会劫持Cmd+Shift+P，尤其在非英文输入状态下 - 系统快捷键设置：进入
系统设置 → 键盘 → 快捷键 → 应用快捷键，搜索Sublime Text，看是否有第三方规则覆盖 - Dock/Finder 冲突：macOS Ventura 及更新版本中，
Cmd+K、Cmd+B被 Finder 用于侧边栏开关，且无法通过 Sublime 配置绕过——这是系统级硬编码，必须进系统设置里删掉对应条目
验证方法很简单：切到纯英文输入法，关闭所有非必要辅助工具，再按 Cmd+Shift+P；如果还不行，打开控制台跑 sublime.log_input(True)，没输出就是系统层完全没传进来。
JSON 格式写错会导致快捷键静默失效
User.sublime-keymap 是个 JSON 数组，但 Sublime 对语法错误极其宽容：少个逗号、多引号、命令名拼错，它不会报错，也不会提示，只是整段配置彻底不加载。你改了半天，保存、测试、重启，结果发现什么都没变——大概率是这里出了问题。
典型陷阱：
-
"command": "toggle_comment"写成"toggle_commenting"或"toggle_comment"（少个下划线）→ 命令不存在，按键无响应 - 数组末尾多了一个逗号：
[{"keys": ["ctrl+d"], "command": "find_next"},]→ 整个文件被忽略 - 用单引号代替双引号：
'keys': ['ctrl+d']→ 不是合法 JSON，Sublime 直接跳过 - 路径或命令含空格却没转义，比如
"command": "my custom command"→ 必须是注册过的命令名，不能带空格
安全做法：每次修改后，复制内容到在线 JSON 验证器（如 jsonlint.com）检查；或者用 Sublime 自带的语法高亮——如果整块文字没变色、没缩进，基本可以判定格式崩了。
真正的难点不在“怎么改”，而在“怎么确认改对了”。日志输出、插件上下文、系统拦截、JSON 静默失败——这四层嵌套下来，一个看似简单的快捷键问题，往往要横跨编辑器、插件、操作系统三个层面才能闭环。别指望一次定位，把 log_input 和 log_commands 当成日常排查的第一步，比翻文件快得多。
