先确认按键是否进入sublime：执行sublime.log_input(true)后无输出说明被系统/输入法/驱动截断，有输出才排查内部绑定、插件覆盖或context不匹配；加载顺序为default→插件default→user，后加载者静默覆盖；esc为内核硬编码行为，不可通过key bindings修改。
先确认按键是否进了Sublime：log_input是唯一入口
90%的“快捷键失效”根本不是配置或插件的问题，而是按键压根没传到Sublime里。跳过这步直接改Key Bindings纯属白忙活。
按Ctrl+`（Windows/Linux）或Cmd+`（macOS）打开控制台，输入：sublime.log_input(True)
回车后，立刻按你怀疑失效的组合键（比如Ctrl+Shift+P、Esc、Ctrl+D）。
- 控制台**完全没输出** → 按键被系统、输入法、显卡驱动（NVIDIA/Intel）、键盘固件（如Mac外接键盘未勾选「使用F1-F12作为标准功能键」）或第三方工具（Karabiner、Raycast）截断
- 控制台输出类似
key evt: ctrl+shift+p→ 按键已进入Sublime，问题在内部绑定、插件覆盖或context不匹配
验证完务必关掉日志：sublime.log_input(False)，避免干扰后续操作。
查加载顺序：Default → 插件 → User，后加载者直接覆盖
Sublime的快捷键按固定顺序加载：内置Default → 各插件自带的Default.sublime-keymap → 用户User.sublime-keymap。后面加载的会静默覆盖前面的，不报错也不提示。
打开Preferences → Key Bindings，左右并排查看：
- 左侧搜
ctrl+/，确认它本应绑定toggle_comment - 右侧User文件里搜同一组合，看是否被你或插件误写成其他命令
- 进
Preferences → Browse Packages，全局搜索"keys": ["ctrl+d"]这类字段，重点盯Vintage、Emmet、Origami、SideBarEnhancements
临时验证是否为插件导致：用subl --safe-mode启动，或通过Ctrl+Shift+P运行Package Control: Disable Package逐个关闭高危插件。
Esc键不走Key Bindings流程，硬编码行为不能覆盖
Esc关闭搜索框、命令面板、替换栏等，是Sublime内核级硬编码逻辑，和Default.sublime-keymap或User.sublime-keymap完全无关。你在这些文件里加{"keys": ["escape"], "command": "hide_panel"}不仅无效，反而可能破坏原生行为。
排查分两层：
- 若
sublime.log_input(True)按Esc无输出 → 问题在系统或硬件：macOS检查「输入源」快捷键、外接键盘设置；Windows检查输入法或显卡热键 - 若有
key evt: escape但UI不响应 → 再执行sublime.log_commands(True)，按Esc看是否输出hide_panel或hide_overlay。没输出说明被插件拦截；有输出但UI不动，大概率是插件UI层覆盖了默认渲染逻辑
别在User.sublime-keymap里手动绑escape——这是最常踩却最难察觉的坑。
Tab、Ctrl+C等常用键失效？优先盯输入法和JSON格式
Tab缩进失效、Ctrl+C无法复制，高频出现在中文输入法激活状态下。搜狗、百度输入法默认劫持Ctrl+Shift、Ctrl+Space甚至Tab，且不透传。
实操建议：
- 切到系统自带「简体中文-拼音」或英文输入法测试，恢复即证实为输入法冲突
- Windows用户检查NVIDIA控制面板或Intel Graphics Command Center里的热键设置
-
User.sublime-keymap必须是合法JSON数组：所有字符串用英文双引号，结尾不能多逗号，不支持//注释。一个标点错误就会让整份配置静默失效，右下角红字提示一闪而过，极易忽略 - Emmet类插件的
Tab绑定需带context限定范围，不能直接写{"keys": ["tab"], "command": "expand_abbreviation_by_tab"}，否则会吞掉所有缩进场景
最易被忽略的是：修改User.sublime-keymap后必须Ctrl+S保存，且不能留空行或BOM头——某些编辑器（如VS Code）另存时默认加BOM，Sublime会拒读。
