Ctrl+B 无反应或跑错构建系统的根本原因是 selector 不匹配或快捷键绑定错误；必须用 build_with 命令显式指定与 .sublime-build 文件中完全一致的 name 值，并确保构建系统本身配置正确。
Sublime Text 的快捷键运行构建系统，不是“按 Ctrl+B 就能跑你想要的”，而是必须满足三个前提：当前文件被正确识别为对应语言、构建系统已启用、快捷键绑定方式合法。直接写 build 命令的快捷键必然无效。
为什么 Ctrl+B 按了没反应或总跑错构建系统
根本原因就两个：selector 不匹配，或快捷键绑错了命令。
- 右下角状态栏显示
Plain Text或None→ 构建系统不会触发，哪怕文件后缀是.py -
Ctrl+B默认只认第一个可用构建系统，不看你当前打开的是什么文件（除非你加了context） - 直接在 Key Bindings 里写
{"keys": ["ctrl+b"], "command": "build"}→ Sublime 静默忽略，控制台无报错，也无提示 - 多个构建系统
name字段重复（比如都叫Python），build_with会取文件系统中第一个匹配路径的，不是你刚保存的那个
正确绑定快捷键：必须用 build_with + args.name
这是唯一可靠的方式。Sublime 不允许给 build 绑快捷键，但允许给 build_with 绑，且必须显式传入 name 值。
-
name必须和.sublime-build文件里的"name": "Rust (cargo build)"字段**完全一致**，包括空格、括号、大小写 - 不能简写成
"Rust"或"cargo build"，否则找不到 - 示例：绑定
Ctrl+Alt+B运行 Rust 构建系统
[{
"keys": ["ctrl+alt+b"],
"command": "build_with",
"args": {"name": "Rust (cargo build)"}
}]
如果构建系统定义在项目文件（.sublime-project）里，name 仍以 project 中 build_systems 下写的为准。
避免覆盖默认 Ctrl+B，推荐加 context 限定场景
Ctrl+B 是 Sublime 原生的“自动识别语言并构建”快捷键，硬覆盖它会导致你失去对新文件的快速响应能力。
- Windows 下
Ctrl+Alt+B容易被中文输入法劫持，建议改用Ctrl+Shift+B - 真要用
Ctrl+B跑特定语言？必须加context，例如只在 Rust 文件里生效：
[{
"keys": ["ctrl+b"],
"command": "build_with",
"args": {"name": "Rust (cargo build)"},
"context": [
{"key": "selector", "operand": "source.rust"}
]
}]
context 中的 selector 值可按 Ctrl+Shift+P → Show Scope Name 实时查看；多个 context 条件是“且”关系，想实现“或”，得拆成两条独立规则。
构建系统本身没配好，快捷键再对也没用
快捷键只是触发器，真正干活的是 .sublime-build 文件内容。常见失效点：
- 没写
"selector"，也没手动选过构建系统 →Ctrl+B不知道该用哪个 -
"cmd"写成["python", "$file"]，但 Windows 没配环境变量 → 报错The system cannot find the file specified -
"cmd"是数组但漏了-u参数 → Python 输出卡住不刷新，以为没运行 - JSON 格式错误（比如多逗号、单引号）→ 整个
Packages/User/下的构建系统全部失效
最稳妥的做法：先手动通过 Tools → Build System 选中你的构建系统，再按 Ctrl+B 测试是否能跑通；确认无误后再去配快捷键。别跳过这步——很多问题其实出在构建系统本身，而不是快捷键。
