sublime构建系统不触发的主因是语法scope不匹配、文件未保存或构建文件位置错误；需确保右下角显示正确语言、文件已保存、.sublime-build置于packages/user/目录。
Sublime 的构建系统不会“自动选择”编译器——它只按你写的配置去调用命令，而那个命令是否能执行，取决于你系统 PATH 里有没有、路径对不对、权限够不够。
为什么 Ctrl+B 按了没反应？先看这三件事
不是配置写得不够 fancy，而是 Sublime 根本没触发构建系统。触发只靠两个硬条件：
- 当前文件右下角显示的 syntax scope 必须匹配构建系统里的
selector（比如source.python，不是python或text.python） - 文件必须已保存——
$file在未保存的 Untitled 标签页里是空字符串，命令变成["python", ""]，直接失败或静默退出 - 构建系统文件必须放在
Packages/User/目录下，且后缀为.sublime-build；放错位置、改名成.json、甚至加个空格都会让它彻底消失
cmd 和 shell_cmd 到底怎么选？
用 cmd 是跨平台安全做法，推荐所有新配置都走这条路：
-
cmd是数组形式：["python", "-u", "$file"]，Sublime 直接 fork 执行，不经过 shell，无兼容性歧义 -
shell_cmd是字符串形式："python -u \"$file\""，依赖系统 shell（Windows 用 cmd.exe，macOS/Linux 用 sh/bash），引号、转义、空格处理容易翻车 - Windows 下如果用了
shell_cmd但没写死python.exe路径，又没配环境变量，就会报'python' is not recognized - 想用
&&连续执行（比如编译 + 运行），必须设"shell": true，且只能配合cmd数组使用（shell_cmd本身就在 shell 里）
selector 写错一个字母就失效
它不是文件后缀过滤器，而是语法高亮绑定标识符。查不准就别猜：
- 打开目标文件 →
Ctrl+Shift+P→ 输入show scope回车 → 看输出第一行，比如source.python meta.function.python，那selector就填source.python - TypeScript 文件必须手动点右下角 → 选
TypeScript（不是 Babel、JSX、JavaScript），否则 scope 是source.js，"selector": "source.ts"永远不匹配 - 多个语言共用一个构建系统？用英文逗号分隔：
"selector": "source.python, source.js"，别写成数组或带空格 - 删掉
selector字段，它会出现在所有文件菜单里——看着“万能”，实则每次都要手动选，还容易误点
常见静默失败的真凶：tsc / g++ / node 找不到
Sublime 不报错，不代表它没试；它试了，发现命令不存在，就直接放弃。排查顺序固定：
- 在终端里运行
tsc --version或g++ --version，确认能返回结果 - Windows 用户用
where tsc查真实路径，比如C:\Users\XXX\AppData\Roaming\npm\tsc.cmd，然后在cmd里写死这个绝对路径 - macOS/Linux 用户若装了 nvm，注意 Sublime 启动时可能没加载 shell profile，PATH 里没有
node；这时要么改用完整路径（/Users/xxx/.nvm/versions/node/v18.18.2/bin/node），要么用shell_cmd+"shell": true借终端环境 -
working_dir设成"${project_path:${folder}}"，而不是"$file_path"，否则tsconfig.json或Makefile可能被忽略
真正难的从来不是写 JSON，而是让 Sublime 知道“该用谁”和“在哪用”。每加一个构建系统，都得验证一次终端命令、scope、路径、保存状态——漏掉任何一环，它就安静如初。
