Sublime Text构建系统不自动匹配文件后缀，必须显式配置selector作用域；.cpp未触发g++因未配置对应构建系统，.ts需设"source.ts" selector并确保TypeScriptSyntax启用且作用域匹配。
Sublime Text 的构建系统不会自动根据文件后缀“猜”该用哪个编译器或执行器——它默认不绑定任何构建逻辑，必须显式配置 selector 或靠文件扩展名匹配触发特定 .sublime-build 文件。
为什么改了 .cpp 后缀却没自动跑 g++？
Sublime 不像 VS Code 那样内置语言-构建器映射表。即使你装了 LSP-clangd，它只负责语义分析，和 Ctrl+B 构建完全无关。按下 Ctrl+B 时，Sublime 只做一件事：找当前视图（view）匹配的、已启用的构建系统。没配，就 fallback 到“无构建系统”状态，弹出提示。
如何让 .ts 文件按 Ctrl+B 自动走 tsc 编译？
核心是写一个带 selector 的构建系统，并确保它被启用：
-
selector必须写成"source.ts"（不是"*.ts"或"ts"），这是 Sublime 的作用域语法，对应 TypeScriptSyntax 插件设置的 scope - 保存为
Packages/User/TypeScript.sublime-build，内容类似：{ "selector": "source.ts", "shell_cmd": "npx tsc ${file}", "file_regex": "^(.*?):([0-9]+):([0-9]+):\s+(error|warning)\s+(TS[0-9]+):\s+(.*)$", "working_dir": "${file_path}" } - 确认 TypeScriptSyntax 已安装且 .ts 文件右下角显示 “TypeScript” —— 如果显示 “JavaScript”，
source.ts就永远不匹配 - 避免多个构建系统同时启用相同 selector，否则 Sublime 会随机选一个（它不排序）
常见失效原因：路径、作用域、优先级全错位
以下情况会导致“明明写了 .sublime-build 却不触发”：
-
shell_cmd里用了$file而不是${file}—— Sublime 只认${...}形式变量 - Windows 上路径含空格（如
C:Program Files odejs ode.exe），没加双引号包裹命令："shell_cmd": ""C:\Program Files\nodejs\node.exe" ..." - 构建系统文件名带空格或特殊字符（如
TypeScript Build.sublime-build），Sublime 会静默忽略 - 用户级构建系统（
Packages/User/...）和插件级（Packages/SomePlugin/...）同时存在同名 selector，后者可能被禁用但仍在扫描范围内，造成冲突
真正起作用的从来不是“后缀”，而是当前文件被赋予的作用域（scope）是否与某个启用的构建系统的 selector 完全一致——这个匹配过程没有模糊搜索、没有 fallback、也不看文件名，只看编辑器内部标记的作用域字符串。
