Esc关不了命令面板是因为其行为由Sublime内核硬编码实现，不走Key Bindings流程；手动在User.sublime-keymap中添加escape绑定不仅无效，还会破坏原生逻辑；真正原因只有两类：系统/键盘固件层截断（如macOS未勾选“使用F1、F2等键作为标准功能键”）或插件劫持（如Vintage、Origami）。

Esc 关不了命令面板？别改 User.sublime-keymap
Sublime 的 Esc 行为是内核硬编码：关搜索框、关命令面板、关替换栏，完全不走任何键绑定文件。你在 User.sublime-keymap 里加 {"keys": ["escape"], "command": "hide_panel"} 不仅无效，还会干扰原生逻辑——而且不报错，你根本不知道它坏了。

• Esc 失效的真正原因只有两类：
  • 系统/键盘固件层截断（macOS 尤其常见：未勾选「使用 F1、F2 等键作为标准功能键」）
  • 插件劫持（Vintage、Origami、Emacs Pro Essentials 最常干这事）
• 验证是否进 Sublime：按 Ctrl+` 打开控制台，输 sublime.log_input(True)，再按 Esc
  • 控制台无输出 → 信号没到编辑器，查系统设置或键盘驱动
  • 有输出 key evt: escape 但 UI 不响应 → 插件在中间拦了，不是配置问题

Ctrl+Shift+P 呼不出命令面板？先看是不是输入法在抢
中文输入法（搜狗、QQ 拼音、微软拼音）默认用 Ctrl+Shift 切换语言，这个组合在 Windows 下由 ctfmon.exe 在消息循环最前端捕获，Sublime 根本收不到。Mac 上同理，Cmd+Space 被 Spotlight 占着，Cmd+Shift+P 也常被输入法或 Karabiner 拦截。

• 快速验证：切换到英文输入法，再按 Ctrl+Shift+P
  • 英文下正常 → 输入法冲突，去输入法设置里关掉 Ctrl+Shift 切换
  • 英文下仍无效 → 运行 sublime.log_input(True)，看控制台有没有输出
• macOS 用户额外检查：系统设置 → 键盘 → 快捷键 → 输入源，确认没勾选 Cmd+Space
• 绕过方案（推荐）：在 User.sublime-keymap 中加一条覆盖绑定：

  [{"keys": ["ctrl+shift+p"], "command": "show_overlay", "args": {"overlay": "command_palette"}}]

  别删默认的 cmd+shift+p，插件可能依赖它

汉化包引发的快捷键“隐形覆盖”怎么揪出来
很多汉化包（尤其是非官方打包的 ST3/ST4 汉化补丁）会直接修改 Default.sublime-keymap 或往 Packages/Default 里塞覆盖文件。这类修改不会出现在你打开的 Preferences > Key Bindings 界面里，但会实际生效，且优先级高于 User。

• 查找路径：
  • Windows：%APPDATA%\Sublime Text 3\Packages\Default
  • macOS：~/Library/Application Support/Sublime Text 3/Packages/Default
  • Linux：~/.config/sublime-text-3/Packages/Default
• 重点看里面有没有 .sublime-keymap 文件，或带 zh-CN、chinese 字样的 JSON
• 更隐蔽的是汉化插件自带的 Default.sublime-keymap（比如某些“汉化增强版”包），它们放在 Packages/插件名/ 下，加载顺序在官方 Default 之后、User 之前，所以能静默覆盖

Ctrl+C/Ctrl+V 没反应？大概率不是快捷键问题，是剪贴板权限或上下文失效
ST4 在 Windows 10/11 上启用 hardware_acceleration 后，部分 GPU 驱动（尤其是 Intel 显卡工具）会拦截 Ctrl+C/V；macOS 上则可能是安全与隐私 → 完全磁盘访问权限没给 Sublime。

• 先跑日志：sublime.log_input(True) + 按 Ctrl+C
  • 无输出 → 系统/驱动/热键工具（NVIDIA 控制面板、Intel Graphics Command Center）在吞
  • 有输出但没执行复制 → 插件覆盖了 copy 命令，查所有插件目录下的 .sublime-keymap，搜 "ctrl+c"
• 另一个容易忽略的点：copy 命令需要焦点在编辑区。如果你当前在侧边栏、控制台、或命令面板里，Ctrl+C 就是无效的——这不是 bug，是设计行为

真正要改的从来不是键位，而是触发条件和加载位置
汉化带来的冲突，90% 出在「不该改的地方被改了」：有人把整个 Default 包替换成汉化版，有人把插件自带的键绑定文件硬塞进 Packages/Default，还有人把 User.sublime-keymap 写成非法 JSON（多逗号、单引号、注释），导致整份配置静默失效。

• 正确做法只有三条：
  • 所有自定义都写进 User.sublime-keymap，别碰 Default 和插件目录里的 Default.sublime-keymap
  • 每次改完保存，立刻用 sublime.log_commands(True) 验证命令是否真被调用
  • 插件快捷键冲突，优先去该插件的 Settings（Preferences → Package Settings → 插件名 → Settings）关选项，而不是全局重绑

复杂点在于：你永远不知道哪个环节漏了一层 context 判断，或者哪个插件在后台悄悄 reload 了键绑定。最稳的起点，永远是 --safe-mode 启动，再一步步加回插件。