根本原因是g++未安装或未加入PATH，需先在终端运行g++ --version验证；若失败，则安装MinGW-w64并添加bin路径到系统PATH，重启Sublime后配置含"shell":true的C++.sublime-build文件。
Sublime Text 调用不了 g++，90% 是因为系统根本没认出这个命令——不是配置写错了，而是 g++ 压根不在 PATH 里，或者 Sublime 没读到新环境。
怎么确认 g++ 真的可用
别急着改 Sublime 配置。先打开终端（CMD/PowerShell/Terminal），输入：
g++ --version
如果报 command not found 或 'g++' is not recognized，说明 MinGW-w64 没装好，或路径没加进 PATH，或 Sublime 没重启。
- Windows 用户：安装 MinGW-w64 时务必选
x86_64-posix-seh版本，解压到纯英文无空格路径（如C:mingw64），再把C:mingw64in加进系统PATH - 加完
PATH后，必须彻底关闭所有 CMD 和 Sublime Text（包括右下角托盘进程），再重开——Sublime 不会热更新环境变量 - macOS 用户注意：
brew install gcc安装后，实际命令名是g++-14（版本号随 Homebrew 更新变化），不能直接写g++
Windows 下 C++.sublime-build 必须带 "shell": true
MinGW-w64 的 g++ 在 Windows 上依赖 shell 解析路径和空格，不加 "shell": true，遇到中文路径、空格或 && 就会静默失败。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 推荐用
cmd数组方式，更可控："cmd": ["g++", "-std=c++17", "-Wall", "-g", "${file}", "-o", "${file_path}/${file_base_name}.exe"] - 同时加上
"shell": true字段，否则g++可能找不到自身依赖的 DLL - 输出文件名要显式加
.exe，否则双击运行会失败；${file_base_name}不自动补后缀
为什么双击错误行不跳转到代码位置
这几乎全是 file_regex 匹配失败导致的。GCC 默认报错格式是：main.cpp:5:12: error: ...，但很多网上抄来的正则漏了空格或冒号数量。
- 正确写法（适配 GCC 12+）：
"file_regex": "^(..[^:]*):([0-9]+):([0-9]+):\s+(.*)$" - 注意：
:前后空格、\s+表示至少一个空白符，不能写成\s*或漏掉反斜杠 - macOS/Linux 用户若用
clang++，它的报错格式略有不同，需单独调整正则，比如去掉第二个:后的列号部分
Ctrl+B 编译成功但输出一闪而过，怎么办
Sublime 的构建面板不支持交互式输入（比如 std::cin >> x），也不保持终端窗口。这不是 bug，是设计如此。
- 临时方案：在代码末尾加
std::cin.get();或system("pause");（仅 Windows） - 真正可靠的做法：用
variants定义一个Run变体，调用系统终端执行可执行文件"name": "Run", "shell_cmd": "start cmd /c "${file_path}/${file_base_name}.exe & pause"" - 别用
run_in_terminal：Sublime 原生不支持该字段，加了也无效
最常被忽略的是：Sublime 的构建系统对多文件项目完全无感。一旦你写了 main.cpp 和 utils.cpp，还硬塞进单文件构建命令里，编译器会直接报 undefined reference——这时候就得切到 Makefile，而不是继续调参数。
