多文件编译必须用shell_cmd配合working_dir设为${project_path}，因$file仅指当前文件，无法自动包含其他.cpp；cmd数组不支持*.cpp通配和&&链式执行，且Windows cmd默认不展开通配符，需显式调用cmd /c或PowerShell。
多文件编译必须用 shell_cmd + working_dir，不能只靠 $file
Sublime 的 $file 变量只代表当前激活的单个文件，直接写 "cmd": ["g++", "$file", "main.cpp"] 会失败——它不会自动补全项目里其他 .cpp 文件，也不会处理依赖顺序。真实项目中，你得让构建命令在项目根目录下运行，并显式列出或通配所有源文件。
实操建议：
-
working_dir必须设为"${project_path}"或固定路径（如"D:/my-cpp-project"），否则g++ *.cpp会在临时目录执行，找不到文件 - 优先用
shell_cmd而非cmd：Windows 下cmd.exe、Linux/macOS 下/bin/sh才支持*.cpp展开和&&链式执行 - 避免硬编码文件名，改用通配：
"shell_cmd": "g++ -std=c++17 -o program *.cpp"（注意引号包裹整个命令） - 如果源文件分散在子目录（如
src/和lib/），用find（Linux/macOS）或forfiles（Windows）生成列表，例如："shell_cmd": "g++ -std=c++17 -o program $(find src lib -name '*.cpp')"
Makefile 是更可靠的选择，尤其含头文件依赖时
纯 shell_cmd 无法增量编译，每次都会重编所有文件；一旦有 .h 修改，g++ *.cpp 不会自动识别哪些 .cpp 需要重编——结果是“能跑但慢”，且容易链接失败。
实操建议：
- 在项目根目录放一个
Makefile，定义all:、clean:和依赖规则（哪怕只是简单版） - 构建系统里用
"shell_cmd": "make -C ${project_path}"，并确保working_dir与之匹配 - 加
"file_regex"捕获错误行："file_regex": "^(..[^:]*):([0-9]+):([0-9]+): (.*)$"，这样 Ctrl+Click 就能跳转到报错位置 - 别漏掉
variants：加一个Clean变体，"shell_cmd": "make clean -C ${project_path}"，避免手动删.o
Windows 下通配符失效？必须用 cmd /c 或 PowerShell
Windows 的 cmd.exe 默认不展开 *.cpp，直接执行 g++ *.cpp 会报错 no input files——这不是 Sublime 的 bug，是 cmd 的行为。
实操建议：
- 显式调用
cmd /c："shell_cmd": "cmd /c "g++ -std=c++17 -o program *.cpp""（注意内外引号嵌套） - 或换 PowerShell：
"shell_cmd": "powershell -Command "g++ -std=c++17 -o program (Get-ChildItem *.cpp).FullName"" - MinGW 用户可改用
mingw32-make替代make，避免 Windows 自带make缺失问题 - 路径含空格时，
${project_path}必须双引号包裹："shell_cmd": "cmd /c "cd \"${project_path}\" && g++ *.cpp -o program""
selector 设错会导致构建系统根本不出现在菜单里
如果你的 .sublime-build 文件里写的是 "selector": "source.c"，但打开的是 main.cpp（语法高亮为 C++），那这个构建系统就不会被自动推荐，甚至手动选择后也常静默失败。
实操建议：
- 打开你的
.cpp文件 → Ctrl+Shift+P → 输入Syntax: Show Syntax，看实际 selector 是什么（通常是source.c++） - 多语言混合项目（如 C++ + CUDA），用逗号分隔：
"selector": "source.c++, source.cuda" - 不想被 selector 限制？删掉该字段，但后果是它会出现在所有文件类型的 Build System 菜单里，容易误点
- 文件没关联语法？右键 →
Set Syntax → C++，否则 Sublime 根本不会尝试匹配source.c++
project_path 是否存在、selector 是否匹配、shell 是否真正展开通配符，三者缺一不可。很多人卡在“Ctrl+B 没反应”，其实只是 working_dir 指向了空目录，或者 shell_cmd 里漏了 cmd /c。 
