sublime text 不编译运行 c/c++，仅调用系统 g++/gcc；90% 问题源于编译器未就绪或构建系统不匹配 shell 环境，需正确配置 path、区分 shell_cmd/cmd、适配 file_regex、添加 std::cin.get() 防闪退，并避免用构建系统处理多文件项目。
Sublime Text 本身不编译也不运行 C/C++，它只调用你系统里已装好的 g++ 或 gcc。所有“Ctrl+B 没反应”“command not found”“编译成功但窗口一闪就关”，90% 都卡在编译器没真正就绪，或构建系统没匹配你的 shell 环境。
验证 g++ 是否真能被 Sublime 调用
终端里 g++ --version 有输出 ≠ Sublime 能调用。GUI 启动的 Sublime 不继承 shell 的 PATH（尤其 macOS 和 Windows 用户级环境变量）。
- Windows：MinGW-w64 安装时必须勾选 Add to PATH；若已装完，手动把类似
C:\mingw64\bin加进系统环境变量，然后彻底关闭并重启 Sublime - macOS：Homebrew 安装的 GCC 默认不是
g++，而是g++-14（2026 年主流），运行ls /opt/homebrew/bin/g++*确认真实名，构建系统里必须写全 - Linux/WSL2：确保用的是 Linux 版 Sublime（不是 Windows 版），且
which g++有输出；WSL2 用户若用 Windows 版 Sublime，根本调不动 WSL 里的g++
shell_cmd 还是 cmd 数组？选哪个更稳
别混用。二者行为差异大，选错直接导致路径含空格失败、&& 不识别、环境变量丢失。
- Windows 下优先用
shell_cmd："shell_cmd": "g++-14 -std=c++17 -Wall \"${file}\" -o \"${file_path}/${file_base_name}\" && \"${file_path}/${file_base_name}\""—— 直接走 CMD 解析，&&和引号逻辑天然支持 - macOS/Linux 推荐
cmd数组："cmd": ["g++", "-std=c++17", "-Wall", "${file}", "-o", "${file_path}/${file_base_name}"]—— 不依赖 shell，更轻量，也避免 PowerShell 对&&的兼容问题 - 若坚持用
cmd数组跑 Windows，必须加"shell": true，否则${file}含中文或空格时会崩
错误跳转失效？file_regex 必须对上 GCC 实际输出
双击错误行跳不到源码，不是 Sublime 问题，是正则没匹配上编译器真实报错格式。
- GCC 12+ 默认报错形如：
main.cpp:5:12: error: invalid use of ‘this’ - 对应
file_regex必须写成："file_regex": "^(..[^:]*):([0-9]+):([0-9]+):? (.*)$" - 别抄网上过时的
^([^:]*):([0-9]+):([0-9]+):，GCC 新版本加了空格和冒号变体，旧正则会漏掉列号或文件名 - macOS 上若用 Clang，输出格式略有不同，需微调正则（比如列号可能缺失）
程序一运行就退出？这不是构建系统该管的事
Sublime 构建面板默认不暂停，main() 执行完就清屏——这是设计如此，不是 bug。
- 最干净方案：在
main()结尾加std::cin.get();，回车即退出，跨平台有效 - Windows 构建系统里硬加
pause可行，但得写全："shell_cmd": "cd \"${file_path}\" && start cmd /c \"\"${file_path}/${file_base_name}\" & pause" - 别在代码里写
system("pause")：跨平台失效、有安全风险、还污染标准库依赖 - 交互式输入？Sublime 构建面板不支持 stdin 输入，要么改用
Terminus插件，要么直接切终端运行
多文件项目、头文件依赖、增量编译——Sublime 的构建系统天生不支持这些。一旦代码拆成多个 .cpp 或用了自定义 .h，就该换 Makefile 或换工具，别在 .sublime-build 里硬扛。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
