快捷键不响应需分层排查：先查系统输入法劫持、再验语法上下文支持、接着检查插件覆盖及JSON格式错误，最后用日志定位真实原因。
快捷键不响应，大概率不是 Sublime 坏了，而是被语法包、插件或系统级输入法悄悄劫持了。 直接改 User.sublime-keymap 很少能一劳永逸，必须分层排查——从系统输入法到语法上下文，每一层都可能“吃掉”你的按键。
Ctrl+/ 注释失效：先看右下角语法，再查 toggle_comment 是否被覆盖
这个组合最常“失联”，但原因往往不在键绑定本身：
- 右下角显示
Plain Text或text.env？toggle_comment在这些语法里默认不生效，它依赖语法包定义的comments规则。新建一个.js文件测试，若能用，说明当前文件语法没配好注释支持 - 输入法处于激活状态（尤其 Windows 中文输入法）会吞掉
/，临时切到英文输入法再试 - 插件如
Comment-Snippets或Emacs Pro Essentials会重写ctrl+/绑定，去Packages/插件名/Default.sublime-keymap搜"keys": ["ctrl+/"]确认 - 想强制走块注释？在
User.sublime-keymap加这条：[{"keys": ["ctrl+alt+/"], "command": "toggle_comment", "args": {"block": true}}]
自定义快捷键没反应：JSON 错误比命令名错误更隐蔽
保存后右下角一闪而过的红字，90% 是 JSON 格式问题，不是逻辑问题：
-
User.sublime-keymap必须是合法 JSON 数组，哪怕只加一条也要用方括号包裹：[{"keys": ["ctrl+alt+s"], "command": "save"}] - 禁止中文引号、末尾逗号、
//注释——全都会导致整份配置静默失效 -
command名必须和Ctrl+Shift+P里显示的一致，比如duplicate_line不是duplicate_lines；不确定就打开控制台，运行sublime.log_commands(True)，然后手动点菜单执行一次目标操作，看输出什么command: - 别漏
context：比如你写了{"keys": ["f5"], "command": "build"}，但默认Default.sublime-keymap里已有带"context": [{"key": "setting.is_widget"}]的同键绑定，你的规则会被跳过
macOS 下 Cmd+Shift+P 和 Spotlight 冲突：别关 Spotlight，改绑定更稳
系统级快捷键冲突不能靠禁用功能解决，Sublime 提供了明确的绕过路径：
- 系统设置 → 键盘 → 快捷键 → Spotlight，把
Cmd+Space改成别的（比如Cmd+Alt+Space），释放Cmd+Shift+P给 Sublime - 或者，在
User.sublime-keymap里加一条新绑定，比如：[{"keys": ["ctrl+shift+p"], "command": "show_overlay", "args": {"overlay": "command_palette"}}]注意：不要删掉原有的cmd+shift+p，某些插件（如Package Control）内部硬编码调用它 - 跨平台写法必须用
super表示 Command/Ctrl："keys": ["super+shift+p"]才能在 macOS 和 Windows 上都生效；写成"ctrl+shift+p"在 macOS 就永远不触发
插件偷偷改了快捷键：安全模式 + 日志才是唯一可信证据
别信 Keymaps 插件列出的“所有绑定”，它看不到 context 限制、动态注册命令，也捕获不到系统截断：
- 启动
subl --safe-mode，如果快捷键恢复，100% 是插件或用户 keymap 导致 - 按
Ctrl+`打开控制台，依次执行：sublime.log_input(True)<br>sublime.log_commands(True)
然后按你的快捷键——只有前者有输出，说明按键进了 Sublime 但没匹配到命令；两者都有，就对比输出的command:名是否是你想要的 - 插件的
Default.sublime-keymap加载顺序在系统默认之后、用户配置之前，所以即使你清空了User.sublime-keymap，插件那条仍生效。全局搜索整个Packages/目录下的"keys": ["your_combo"]
真正卡住人的从来不是“怎么加快捷键”，而是“为什么加了也不响”——上下文限制、语法识别、输入法劫持、插件加载顺序，这四层嵌套下来，光看键绑定文件根本找不到根因。每次修改前先开日志，比反复删配置高效得多。
