ctrl/cmd组合键失效通常因系统热键抢占或插件覆盖：先用sublime.log_input(true)验证是否被系统截获，再检查输入法、spotlight等设置；若sublime收到按键，则排查插件绑定冲突或user键映射json语法错误。
Ctrl/Cmd 组合键完全没反应，先看系统是否截胡
Sublime 收不到按键，90% 不是它的问题。Windows 下搜狗、QQ 拼音常把 Ctrl+Space 或 Ctrl+Shift 设为中英文切换；macOS 的 Spotlight 默认占 Cmd+Space，输入法切换也可能抢 Cmd+Tab 或 Ctrl+Space。这些按键在进 Sublime 前就被系统吞掉了。
快速验证：按 Ctrl+`（反引号）打开控制台，输入 sublime.log_input(True) 回车，再按疑似失效的组合键。如果控制台**一行输出都没有**，说明 Sublime 根本没收到——立刻去系统设置里关掉相关热键。
- Windows：设置 → 蓝牙和其他设备 → 键盘 → “快捷键”；或右键桌面 → NVIDIA 控制面板 → “热键”关掉所有
Ctrl+Alt+方向键类设置 - macOS：系统偏好设置 → 键盘 → 快捷键 → 左侧选「聚焦」取消
Cmd+Space，再下拉到「输入源」检查并禁用冲突的切换快捷键
明明写了快捷键，却执行了别的命令
这是典型插件覆盖：Vintage、Emmet、GitGutter 等插件会在安装后自动往自己的 Default.sublime-keymap 里加绑定，且加载顺序靠后，直接盖掉默认行为。比如 Vintage 把 Ctrl+/ 绑定到 Vim 模式注释，但你没开 Vim 模式，结果一按就“静音”。
定位方法很直接：按 Ctrl+Shift+P（macOS 是 Cmd+Shift+P），输入 Preferences: Key Bindings，同时打开左右两个文件。
- 在右侧（User）搜索
"ctrl+/"，没结果？再去左侧（Default）搜，确认原生该触发toggle_comment - 如果发现某插件在它的包目录下定义了相同 keys（路径类似
Packages/Vintage/Default.sublime-keymap），直接删掉或注释掉那一行 - 不想动配置？用 Package Control 禁用插件，重启测试；确认后再针对性调整
User.sublime-keymap 文件改错导致全盘失效
用户自定义快捷键文件（Preferences > Key Bindings – User）是 JSON 数组，语法错一点，Sublime 就会静默忽略整个文件——不报错、不提示，只是所有自定义键都失灵。
常见错误包括：
- 末尾多了一个逗号，比如
{"keys": ["ctrl+k"], "command": "show_panel"} , - 用了中文引号
“或全角标点 - 忘记用方括号
[]包裹整个数组，或者数组内对象没用逗号分隔
安全做法：每次只加一条，保存后立刻测试；不确定时，先清空 User 文件（保留 []），确认恢复默认后再逐步加回。
想禁用某个快捷键，别删，要“打哑”
直接删掉一条绑定，有时反而引发意外——比如某插件依赖该键存在来触发 context 判断。更稳妥的做法是把它指向一个不存在的命令，相当于“打哑”而不移除结构。
例如禁用 Cmd+K Cmd+U（转小写）：
[{"keys": ["cmd+k", "cmd+u"], "command": "not_a_real_command"}]
这样既阻止了原功能，又不会干扰其他插件的上下文逻辑。同理，想把 Emmet 的 html:5+Tab 拿回来，先确认 Emmet 插件启用，再查有没有 AutoFileName 之类插件劫持了 Tab，而不是盲目删绑定。
真正麻烦的是 context 规则：同一个快捷键在 Markdown 文件里有效，在 Python 文件里无效，这种问题光看 keymap 文件看不出端倪，得去对应插件的 .sublime-keymap 里找 "context" 字段。
