快捷键没反应需按顺序排查：先确认按键是否被系统或输入法拦截，再检查default、user及插件的快捷键绑定优先级，接着验证构建系统的selector匹配逻辑，最后排查json语法错误。
快捷键没反应？先确认按键是否进到 Sublime 里
按 Ctrl+`（Windows/Linux）或 Cmd+`（macOS）打开控制台，输入 sublime.log_input(True) 回车，再按你想测试的构建快捷键（比如 Ctrl+B）。如果控制台完全没输出，说明按键在进 Sublime 前就被截断了——不是配置问题，而是系统或输入法抢走了。
常见拦截点：
- Windows：NVIDIA 控制面板或 Intel Graphics Command Center 里的热键设成了
Ctrl+B类组合 - macOS：系统设置 → 键盘 → 快捷键 →「服务」或「输入源」里可能绑定了相同组合
- 搜狗、QQ 拼音等中文输入法默认劫持
Ctrl+Shift和Ctrl+Space，切英文输入法再试
多个构建系统共用 Ctrl+B，谁最终生效？
Sublime 的构建快捷键本质是命令绑定，不是构建系统专属。默认 Ctrl+B 绑定的是 build 命令，而所有构建系统（如 Python、Node.js、自定义 .sublime-build）都靠这个命令触发。冲突不来自“多个构建系统”，而来自“多个地方试图改写 Ctrl+B 的行为”。
排查顺序必须严格按加载优先级来：
- 先看左侧 Default 文件里
Ctrl+B是否还绑着build - 再搜右侧 User 文件，有没有人把它改成
build_with_panel或其他命令 - 最后翻插件目录（
Packages/某插件/Default.sublime-keymap），Vintage、BuildTools、Terminus 这类插件常悄悄覆盖Ctrl+B
注意：后加载的绑定会静默覆盖前一个，且不报错。你删了 User 里的 Ctrl+B，但插件自带的同名绑定还在，它就继续生效。
Ctrl+B 触发了错误构建系统，怎么指定默认？
Sublime 不靠快捷键区分构建系统，而是靠当前文件类型（syntax）和 selector 匹配。比如你打开 .py 文件时按 Ctrl+B，它会找 "selector": "source.python" 的构建定义；如果是 .js，就匹配 source.js。
问题通常出在：
- 某个自定义
.sublime-build文件里"selector"写得太宽（比如"*"或漏写），抢走了所有文件类型的匹配权 - 多个构建文件的
"selector"重叠，Sublime 取第一个匹配项（加载顺序决定优先级） - 当前文件 syntax 设置错误（比如 .ts 文件被识别成 Plain Text），导致根本找不到对应构建
验证方法：按 Ctrl+Shift+P 输入 Set Syntax: JavaScript，再按 Ctrl+B 看是否切换成功。
JSON 写错一行，整个 User 快捷键配置就失效
User.sublime-keymap 是纯 JSON 数组，语法错一点整份配置就静默失效。右下角可能只闪一下红字，一不留神就错过。
高频错误：
- 用中文引号或单引号：
'ctrl+b'或“ctrl+b”→ 必须是英文双引号"ctrl+b" - 数组结尾多逗号：
["ctrl+b"],→ 应为["ctrl+b"] - command 名拼错：
bulid、builds、build_with_panel（后者是插件命令，非原生） - 想禁用某条绑定却用
//注释 → JSON 不支持注释，要么删整行，要么写成"command": "not_a_real_command"
保存后立即生效，不用重启。但若改完仍无效，先清空 User.sublime-keymap 全部内容保存，再逐步加回，就能定位哪一行在作怪。
真正麻烦的不是多套构建工具，而是构建系统 selector 和快捷键绑定这两层逻辑混在一起，又各自被不同来源的配置影响。一个 Ctrl+B 背后，至少牵扯 syntax 识别、selector 匹配、命令绑定、插件劫持四道关卡，漏查任何一层都会白调。
