ctrl+k系列快捷键被插件劫持需先用sublime.log_input(true)确认按键是否进入sublime，无输出则查系统/输入法拦截，有输出则按加载顺序default→插件default→user排查覆盖，优先禁用vintage、emmet等高危插件，并在user中用{"keys": ["ctrl+k"], "command": "noop"}释放前缀键。
Ctrl+K系列快捷键被插件劫持了怎么办
Sublime 的 Ctrl+K（macOS 是 Cmd+K）是大小写命令的前缀键，但 Vintage、Emacs Pro Essentials、Case Conversion 等插件常会重绑定它——比如 Vintage 把 Ctrl+K 当作删除行操作，Ctrl+K, Ctrl+U 就再也不会触发 upper_case。
验证方式：按 Ctrl+` 打开控制台，执行 sublime.log_input(True)，再按 Ctrl+K。如果控制台没输出，说明按键根本没进 Sublime；如果有输出但后续 U 没反应，大概率是插件覆盖。
- 临时确认：菜单 Help → Troubleshoot → Restart in Safe Mode，再试
Ctrl+K, U。若恢复，就是插件问题 - 定位插件：在 Preferences → Package Settings 里逐个检查，重点关注 Vintage、Emmet、Origami、Case Conversion
- 禁用冲突绑定：打开插件自己的
Default.sublime-keymap（Packages/插件名/），删掉或注释掉含"keys": ["ctrl+k"]的整条规则 - 别改插件 Default 文件：它会在更新时被覆盖；如需保留插件功能又想释放
Ctrl+K，应在 User 配置中加一条更高优先级的空绑定：{"keys": ["ctrl+k"], "command": "noop"}
自定义快捷键不生效的常见硬伤
很多人把 [{"keys": ["ctrl+shift+u"], "command": "upper_case"}] 粘进 Key Bindings → User 后发现没用，不是 Sublime 抽风，而是 JSON 写法或加载逻辑出错。
- 必须用英文双引号：
"keys"不是keys，"upper_case"拼错成"uppercase"就报command not found - 数组末尾不能多逗号：
["ctrl+shift+u"],是非法 JSON，Sublime 会静默忽略整段配置 - 不支持
//注释：加了就失效，想临时禁用某条，改成"command": "not_a_real_command" - User 配置必须是 JSON 数组格式：开头是
[，结尾是]，哪怕只有一条也要包住
系统级拦截导致 Ctrl+K/U 完全无响应
Windows 上搜狗、QQ 拼音默认用 Ctrl+K 做“中英文切换”；macOS 中 Spotlight 或输入源快捷键可能占用了 Cmd+K 或 Cmd+U。这时 Sublime 根本收不到按键事件。
排查步骤：
- Windows：关掉搜狗/QQ 拼音的热键设置，或进 NVIDIA Control Panel / Intel Graphics Command Center 查「全局热键」
- macOS：系统设置 → 键盘 → 快捷键 → 关闭「Spotlight」里的
Cmd+Space和「输入源」里的Cmd+Space或Cmd+Shift+Option+K类组合 - 验证：控制台运行
sublime.log_input(True)，按Ctrl+K看是否有日志输出。没输出=系统层截断
为什么改了 User 配置还是触发旧命令
Sublime 加载快捷键的顺序是：Default（内置）→ 插件自带的 Default → User。后加载者覆盖前加载者，且不提示。也就是说，即使你在 User 里写了 Ctrl+K, U，只要某个插件的 Default 文件里也定义了 Ctrl+K 前缀，它的绑定就会生效，你的配置压根不被读取。
解决办法只有两个：
- 在插件目录（Packages/插件名/）下找到它的
Default.sublime-keymap，手动删掉或修改冲突项（注意：插件升级后会还原） - 在 User 配置里，用更精确的
context限定生效范围，例如只在普通文本文件中启用：{"keys": ["ctrl+shift+u"], "command": "upper_case", "context": [{"key": "setting.is_widget", "operator": "equal", "operand": false}]}
最隐蔽的问题是：正则替换里的 \U 和 \E 看似和快捷键无关，但如果在 Find → Replace 面板里误用 \U$1 漏掉 \E，会导致整行后续内容被强制大写——这种“转换失控”容易被当成快捷键 bug，其实根本没走快捷键路径。
