sublime运行c++报错95%是构建系统调用失败或环境不可见所致；需验证g++--version在终端可用，确认gui启动时path继承正常，配置匹配gcc12+报错格式的file_regex，避免中文路径，并在main末尾加std::cin.get()防止输出一闪而过。
Sublime 运行 C++ 报错弹窗，95% 是构建系统调用失败或环境不可见导致的——不是 Sublime 崩溃，也不是代码写错了，而是它压根没找到 g++，或者找到了却因路径、编码、shell 环境不匹配而静默失败。
为什么 g++ --version 能跑，Sublime 却报 “command not found”
GUI 启动的 Sublime 不继承终端的 PATH，尤其在 Windows 和 macOS 上表现明显。你关掉所有窗口后新开终端能执行 g++ --version，不代表 Sublime 启动时也能读到同一套环境变量。
- Windows：安装 MinGW-w64 时必须勾选 “Add to PATH”，否则即使路径正确，Sublime 也看不到
g++ - macOS：Homebrew 安装的 GCC 默认是
g++-14，不是g++；运行ls /opt/homebrew/bin/g++*确认真实命令名 - Linux/WSL2：确保使用的是 Linux 版 Sublime（而非 Windows 版），且
which g++在新终端中有输出 - 验证方式：完全退出 Sublime，再从终端用
subl启动（macOS/Linux）或subl.exe（Windows），此时它会继承当前 shell 的PATH；如果这时能编译，就坐实是 GUI 环境变量问题
file_regex 不对，双击错误不跳转
GCC 12+ 默认报错格式是 main.cpp:5:12: error:（三段冒号分隔），但网上大量旧配置用的是空格或两段冒号的正则，一粘贴就失效——错误信息变成纯文本，没法点进源码。
- 必须用这个正则：
"file_regex": "^(..[^:]*):([0-9]+):([0-9]+):\s+(error|warning):\s+(.*)$" - 注意
\s+中的双反斜杠：JSON 里单个是转义符，必须写成\ - 别删
file_regex字段——没它，错误面板就是个日志显示器，不是开发工具 - 验证方法：在代码里故意写
int x = ;，编译后看输出是否含xxx.cpp:行号:列号:结构；不匹配就调正则
编译成功但控制台一闪而过，以为失败了
Sublime 构建面板默认不暂停，main() 执行完立刻清屏。这不是错误，是设计如此；很多人误判为“没运行成功”，其实是程序跑完了、退出了、面板关了。
- 最稳方案：在
main()最后加一行std::cin.get();，回车才退出，跨平台有效 - 别用
system("pause")：Windows 专属，macOS/Linux 下直接报错，且存在安全风险 - 构建系统里硬加暂停（仅限
shell_cmd）："shell_cmd": "g++-14 "${file}" -o "${file_path}/${file_base_name}" && "${file_path}/${file_base_name}" && echo '--- Press Enter to exit ---' && read -n1" - Windows 下
shell_cmd用&&有效，但 PowerShell 不认，得换成分号;或改用cmd+"shell": true
中文路径导致 fatal error: no input files
Sublime 把含中文的 ${file} 传给 g++，Windows 下 g++ 解析失败，报一堆乱码或直接说找不到文件——这不是 Sublime bug，是 MinGW 对 UTF-8 路径支持差。
- 临时解法：把文件移到纯英文路径下，比如
C:/code/test.cpp - 别指望改 Sublime 编码设置能解决，根源在
g++本身 - 长期规避：养成项目路径全英文的习惯；文件名也避免中文、空格、括号
- 注意：Sublime 自己能正常打开中文路径文件，但构建系统传参时会出问题
真正卡住人的，从来不是语法或逻辑，而是构建系统和本地环境之间那层看不见的胶水——g++ 在哪、叫什么、能不能被 GUI 应用看见、报错格式对不对、路径有没有编码断裂。每一步都得亲手验证，不能靠“应该可以”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
