真正验证g++是否可用，必须在Sublime内部通过构建系统执行g++ --version；若报command not found，需先修复PATH而非配置构建系统。
g++ --version 在 Sublime 里能不能跑才是真验证
很多人在终端敲 g++ --version 成功，就以为构建系统肯定能用——结果 Ctrl+B 一按，面板里只显示 [Finished in 0.1s] 或直接空白。这是因为 Sublime（尤其是 GUI 启动的）根本没继承你的 shell PATH。macOS/Linux 下它看不到 ~/.zshrc 里的 export PATH；Windows 下如果用开始菜单快捷方式启动，也可能绕过新设的系统环境变量。
真正有效的验证方式只有一种：在 Sublime 内部调用命令。打开一个空的 .cpp 文件，新建一个临时构建系统（Tools → Build System → New Build System…），粘贴以下内容并保存为 Test.sublime-build：
{
"shell_cmd": "g++ --version",
"selector": "source.c++"
}
然后选中这个构建系统，按 Ctrl+B。如果看到类似 g++ (MinGW-W64 x86_64-posix-seh, Built by https://github.com/niXman/mingw-builds-binaries) 14.2.0 的输出，说明编译器路径已就绪；如果报 command not found，别配 C++ 构建系统，先解决 PATH。
- macOS：从终端运行
open -a "Sublime Text"启动，或配置subl命令后用它打开 - Windows：安装 MinGW-w64 时必须勾选 Add to PATH；若已安装，手动把
C:mingw64in加入系统环境变量，再重启 Sublime - Linux/WSL2：确认用的是 Linux 版 Sublime（不是 Windows 子系统里运行 Windows 版），且
which g++有输出
为什么编译成功但程序不运行？检查 shell_cmd 里的 && 和执行逻辑
常见现象是：Ctrl+B 后只显示编译日志，没看到 Hello, world! 输出，甚至可执行文件生成了但没执行。问题往往出在构建系统里用了 cmd 数组却没设 "shell": true，或者在 Windows 上误用了 PowerShell 默认 shell（它不支持 && 连接命令）。
推荐统一用 shell_cmd 字段，它天然走 shell 解析，对 &&、|、路径空格都更友好。例如这个最小可行配置：
{
"shell_cmd": "g++ "${file}" -o "${file_path}/${file_base_name}" && "${file_path}/${file_base_name}"",
"file_regex": "^(..[^:]*):([0-9]+):?([0-9]+)?:? (.*)$",
"working_dir": "${file_path}",
"selector": "source.c++, source.c"
}
-
shell_cmd是单字符串，不用写成数组，避免 Windows 下cmd和shell_cmd混用导致静默失败 - 双引号包裹
${file}和路径变量，防止含空格路径被截断 -
&&保证只有编译成功才运行，避免旧可执行文件被误执行 - Linux/macOS 用户注意：如果
g++实际是g++-14（Homebrew 默认），这里得写成g++-14
中文输出乱码、输入卡死？-fexec-charset 和交互式终端是两回事
写 cout 出现乱码，或用 cin >> x 时程序直接退出、没机会输入——这两个问题常被混为一谈，但根因完全不同。
乱码主因是源文件编码与执行环境字符集不匹配。Windows 下记事本保存的 GBK 文件，用 g++ 编译时默认按 UTF-8 解析，需显式加参数：
"shell_cmd": "g++ "${file}" -fexec-charset=GBK -o "${file_path}/${file_base_name}" && ..."
而 cin/scanf 卡死，是因为 Sublime 的构建面板是只读输出流，不提供 stdin 绑定。它不是终端，不能交互。想输数据，必须另起真实终端：
- Windows：用
start cmd /c "${file_path}/${file_base_name} & pause" - macOS：用
osascript -e 'do shell script "cd ${file_path} && ./${file_base_name}; echo \"Press any key...\"; read"' - Linux：用
gnome-terminal -- bash -c "./${file_base_name}; read -p 'Press any key...'"
这些方案本质都是绕过 Sublime 面板，调用系统终端——所以别指望“一键运行 + 交互输入”能在纯构建系统里完美实现。
测试代码必须保存、语法模式必须匹配、构建系统必须手动选中
三个看似简单却高频踩坑的点：
- 没保存文件就按 Ctrl+B：
${file}变量为空，g++报错找不到输入文件，但错误可能被吞掉，只显示[Finished] - 文件后缀是
.cpp，但右下角状态栏显示的是Plain Text而非C++：selector不匹配，构建系统压根不会触发 - 保存了
C++.sublime-build，但 Tools → Build System 菜单里没手动点击选中它：Sublime 默认用上一次选中的系统，可能还是 Python 或其他语言的
最稳的测试流程：新建 test.cpp → 输入 #include C++ 语法 → Tools → Build System → 选中你刚配的构建系统 → Ctrl+B。看到 OK，才算真正通了。
复杂点在于：PATH 继承、shell_cmd 解析、stdin 缺失这三件事彼此独立，一个没对，整个链路就断。别堆砌参数，先让 g++ --version 在 Sublime 里跑通，再一层层往上加。
