Sublime Text构建系统通过selector字段匹配文件语法作用域（如source.python）来触发执行，而非依赖扩展名；若文件未正确识别语法（右下角显示Plain Text），则selector匹配失败，构建无法运行。
sublime-build 文件本身不决定“用什么语法高亮”，它只控制“保存后执行哪条命令”。文件类型（即语法）是独立配置的，但构建系统能否正确运行，往往依赖于当前文件是否被识别为对应语言——比如 python 构建需要 source.python 作用域，shell 构建需要 source.shell。搞混这两层，就会出现“点了 Ctrl+B 没反应”或“报错说找不到 interpreter”。
构建系统如何感知当前文件类型？
Sublime 的构建系统通过 selector 字段匹配当前文件的语法作用域（scope），而不是看扩展名。比如一个 .sh 文件如果被错误识别为 Plain Text（即作用域是 text.plain），即使你写了 "selector": "source.shell"，构建系统也会跳过它。
常见现象：
- 新建未保存的
untitled文件，Ctrl+B 无响应 —— 因为没有作用域，selector匹配失败 -
.env文件点了 Ctrl+B 却执行了 Python 构建 —— 它被误识别为source.python，而你的 Python 构建没加file_regex或variants过滤，结果“抢跑”了 - 手动选了
Shell-Unix-Generic后 Ctrl+B 正常，关掉重开又失效 ——.env没绑定默认语法，每次打开都是text.plain
如何让构建系统只对特定文件类型生效？
靠 selector + 正确的语法绑定双保险。不能只改 selector，必须确保目标文件真有对应作用域。
实操建议：
-
selector必须写准确：比如 Shell 脚本用"selector": "source.shell"，不是"shell"或"source.bash"（后者仅适用于.bash等极少数语法包） - 先验证作用域：打开目标文件 →
Tools → Developer → Show Scope Name，看状态栏显示的最左侧 scope（如source.shell），把它复制进selector - 若文件没作用域（显示
text.plain），selector再准也白搭 —— 此时必须先解决语法绑定问题（见下一条） - 多个构建共存时，避免宽泛 selector：比如
"selector": "source"会匹配所有代码文件，导致冲突；应限定到具体语言
为什么改了 sublime-build 的 selector 还是不触发？
大概率是当前文件压根没加载对应语法，selector 匹配不到任何 scope。这不是构建配置的问题，而是编辑器没识别出文件类型。
关键检查点：
- 右下角是否显示
Plain Text？如果是，说明语法未绑定 —— 先按标准流程绑定：打开该文件 → 点右下角 → 选对语法（如Shell-Unix-Generic）→ 再点右下角 →Set as Default for .sh Files - 是否装了干扰插件？
ApplySyntax、AutoSetSyntax可能覆盖默认绑定，临时禁用后重试 - ST4 要求语法路径是
.sublime-syntax，若selector对应的语法包实际用的是.tmLanguage（ST3 风格），可能无法加载作用域 - 构建系统里写了
"enabled": false或"windows"/"linux"平台限制，但当前环境不匹配
无后缀文件（如 Dockerfile、Makefile）怎么进构建系统？
这类文件没有扩展名，selector 无法靠扩展名推导作用域，必须靠 syntax_map 强制赋予语法，再由构建系统匹配 scope。
操作顺序不能错：
- 先在
Preferences → Settings – User中加syntax_map，例如：{"Dockerfile": "Packages/Dockerfile/Dockerfile.sublime-syntax"} - 重启 Sublime（
syntax_map不热重载） - 打开
Dockerfile→ 确认右下角显示Dockerfile（不是Plain Text）→Show Scope Name看是否为source.dockerfile - 构建系统中写
"selector": "source.dockerfile"，才能生效 - 注意：
syntax_map不支持通配符，Makefile和makefile要分开写
selector 就是摆设。 
