sublime构建失败主因是g++/gcc未安装或path未配置；需正确设置build_system的cmd为字符串数组、区分平台可执行名，并手动切换构建系统。
找不到 g++ 或 gcc 导致构建失败
Sublime 本身不带编译器，它只是调用系统已安装的 g++（C++）或 gcc（C）。如果执行构建时提示 Unable to find command g++ 或 command not found，说明 Sublime 找不到编译器路径。
常见原因有两个：一是没装编译器；二是装了但不在系统 PATH 中（尤其 Windows 上 MinGW 或 WSL 路径未加入环境变量）。
- macOS：用
brew install gcc，然后确认which g++输出是否在/opt/homebrew/bin/g++或类似路径 - Windows（MinGW）：安装后把
MinGW\bin加进系统环境变量PATH，重启 Sublime - WSL 用户：默认 Sublime 无法直接调用 WSL 的
g++，得用远程开发插件或改用本地工具链
build_systems 配置里 cmd 怎么写才不报错
Sublime 的构建系统本质是 JSON，cmd 字段必须是字符串数组，每个参数单独一项。写成单个字符串（比如 "g++ ${file} -o ${file_path}/${file_base_name}"）会直接失败。
正确写法要拆开，且注意 Windows 和 macOS/Linux 的路径分隔符、可执行名差异：
立即学习“C++免费学习笔记（深入）”；
{
"cmd": ["g++", "${file}", "-o", "${file_path}/${file_base_name}"],
"selector": "source.cpp",
"shell": false
}
-
shell: false更安全，避免 shell 解析歧义；设为true时cmd可写成单字符串，但跨平台兼容性差 - Windows 下若用 MinGW，
cmd第一项应为"g++.exe"，否则可能找不到命令 -
${file}是当前文件完整路径，${file_base_name}不含扩展名，${file_path}是目录路径，别混淆
为什么改了 build_systems 却没生效
Sublime 不会自动重载构建系统配置。保存 .sublime-build 文件后，必须手动触发「Tools → Build System → [你的构建名]」，或者用快捷键 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（macOS），输入 Build System 切换。
- 新建的构建系统默认保存在
Preferences → Browse Packages → User目录下，文件名必须以.sublime-build结尾 - 如果同名构建已存在，Sublime 会优先加载 Package Control 安装的版本，覆盖你本地的；建议起唯一名称，比如
My_C++_Build.sublime-build - 构建系统只对匹配
selector的文件类型生效，C 文件要用"selector": "source.c"，C++ 才用"source.cpp"
调试信息乱码、中文路径编译失败
Sublime 默认用系统 locale 启动子进程，但 Windows 控制台默认 GBK，而 Sublime 内部用 UTF-8，导致中文路径或错误信息显示为 ????，甚至编译中断。
- 最稳方案：避免中文路径，把项目放在纯英文路径下（如
C:/dev/hello） - Windows 用户可在构建系统中加
"encoding": "cp936"（GBK）或"encoding": "utf-8"，但仅影响输出解码，不解决编译器本身对路径的解析问题 - macOS/Linux 一般无此问题，但若终端 locale 是
C，也建议设"env": {"LANG": "en_US.UTF-8"}
g++ 自己的参数控制——比如加 -I、-L、-l，这些都得手动塞进 cmd 数组里，漏掉一个就可能链接失败。 
