sublime编译c++后控制台一闪而过，是因为构建系统默认不暂停终端，程序执行完立即退出；最可靠解决法是在main()末尾加std::cin.get()跨平台阻塞，或用shell_cmd组合命令实现自动停留。
Sublime 编译 C++ 后控制台一闪而过，不是程序崩溃，也不是构建失败，而是程序执行完立刻退出，Sublime 的构建面板不保留终端状态——它只负责跑命令，不负责“等你看见”。
为什么 Ctrl+B 运行后窗口就没了
Sublime 的构建系统默认调用 g++ 编译 + 直接执行生成的可执行文件，整个过程在后台 shell 中完成，没有交互式终端托管。程序一返回，进程结束，输出面板清空，你什么也看不到。
- Windows 下尤其明显：没有显式暂停，cmd 窗口直接关闭
- macOS/Linux 虽不关窗，但光标回到 prompt 后容易误判为“没输出”
- 这不是 Sublime 的 bug，是它设计上就不接管运行时生命周期
std::cin.get() 是最轻量可靠的暂停方式
在 main() 函数末尾、return 0; 前加一行 std::cin.get();，能阻塞程序直到用户按回车。它不依赖系统命令，跨平台，也不需要额外头文件（<iostream></iostream> 已隐含支持）。
- 如果前面有
std::cin >> x;之类输入操作，可能残留换行符，导致std::cin.get()立即返回——此时改用std::cin.ignore(std::numeric_limits<:streamsize>::max(), ' '); std::cin.get();</:streamsize> - 避免用
system("pause")：仅 Windows 有效，需<cstdlib></cstdlib>，且调用外部进程不必要 - 别用
while(1);：无法退出，调试时卡死，仅适合极简验证
构建系统里加 shell_cmd 包裹终端（仅限 macOS/Linux）
如果你不想改代码，也可以让构建命令本身在终端中运行。Linux/macOS 可以用 gnome-terminal 或 open -a Terminal 启动新窗口执行程序，但要注意路径和权限。
- macOS 示例（构建系统 JSON 片段）：
"shell_cmd": "open -a Terminal.app --args -c 'cd \"${file_path}\" && ./\"${file_base_name}\"; echo \"Press any key...\"; read -n1'" - Linux GNOME 示例：
"shell_cmd": "gnome-terminal -- bash -c 'cd "${file_path}" && ./${file_base_name}; echo "Press any key..."; read -n1'" - Windows 不推荐走这路：PowerShell/cmd 弹窗行为不稳定，且 Sublime 构建系统对
start命令支持有限 - 该方案绕过 Sublime 面板，失去错误跳转能力，仅作临时观察用
别忽略构建系统是否真调到了 g++
一闪而过有时是假象——你以为编译成功了，其实根本没跑起来。先确认 g++ 是否被 Sublime 正确识别：
- 终端里
g++ --version成功 ≠ Sublime 能调用：GUI 启动的 Sublime 不继承 shell 的PATH，改了~/.zshrc或 Windows 系统变量后必须彻底退出 Sublime（包括托盘进程）再重开 - macOS Homebrew 安装的 GCC 默认叫
g++-14，不是g++；构建系统里写错名字会导致静默失败 - 用
echo $PATH在 Sublime 构建中输出路径，验证是否包含编译器所在目录
真正容易被忽略的是：一闪而过问题常和构建失败混在一起。先确保 g++ 可调、构建命令无误、错误正则匹配正确，再处理暂停逻辑——否则你可能在给一个根本没跑起来的程序加 std::cin.get()。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
