默认构建系统不弹外部控制台，因其在编辑器底部Build Results面板内执行shell_cmd，无真实终端环境，故std::cin、system("pause")等交互操作会卡住或闪退；需改用cmd /k（Windows）或osascript/gnome-terminal（macOS/Linux）显式调起系统终端窗口。
为什么默认构建系统不弹外部控制台
Sublime Text 的 shell_cmd 默认在编辑器底部面板（Build Results）中执行命令，输出直接渲染在 UI 里。它不调用系统终端窗口，所以 std::cin 阻塞、system("pause")、或需要交互式输入的程序会卡住或直接退出——不是代码错了，是运行环境没给控制台。
Windows 下用 cmd.exe 弹独立窗口的写法
关键不是改编译命令，而是让构建系统启动一个真正的 Windows 控制台进程，并把可执行文件丢进去运行。不能依赖 shell_cmd 直接跑二进制，得用 cmd /c start 或 cmd /k。
-
cmd /c：执行完命令后自动关闭窗口 → 适合“看一眼就关”的简单输出 -
cmd /k：执行完保持窗口打开 → 更安全，能看清错误、支持输入 - 路径含空格必须用双引号包裹，且引号要转义（JSON 中写成
""C:\path\to\a.exe""） - 工作目录必须显式传入，否则
cmd启动时 pwd 是 Sublime 安装目录，不是你的源码目录
示例（保存为 Packages/User/C++_Console.sublime-build）：
{
"cmd": ["cmd", "/k", "cd /d "${file_path}" && "${file_base_name}""],
"selector": "source.c++",
"working_dir": "${file_path}"
}
注意：&& 是 CMD 的命令分隔符，/d 确保能跨盘符切换目录；cmd 数组写法比 shell_cmd 更可控，避免 shell 层级解析歧义。
macOS/Linux 下用 Terminal.app 或 xterm 弹窗
macOS 没有等价于 cmd /k 的内置命令，得靠 open -a Terminal 或 osascript；Linux 则依赖 xterm、gnome-terminal 等。它们都不接受任意长命令行，需封装成 shell 脚本或用 -e 参数传参。
- macOS（推荐）：
osascript -e 'tell app "Terminal" to do script "cd \"${file_path}\"; ./${file_base_name}"' - Linux（以 gnome-terminal 为例）：
gnome-terminal -- bash -c "cd '${file_path}'; ./${file_base_name}; exec bash" - 所有平台都建议加
exec bash（或read -p 'Press enter...'）防止窗口闪退
⚠️ 注意：shell_cmd 在 macOS GUI 启动的 Sublime 中可能无法继承 ~/.zshrc 里的 PATH，所以最好用绝对路径调用可执行文件，例如 "./${file_base_name}" 而非 ${file_base_name}。
别忘了编译和运行要分离
弹窗只解决“运行”问题，编译仍需单独一步。否则每次弹窗都在尝试运行未编译的文件，报错 command not found。
- 保留一个纯编译构建系统（如
C++.sublime-build），用Ctrl+B - 另建一个带弹窗的运行构建系统（如
C++_Console.sublime-build），绑定Ctrl+Shift+B - 不要在同一个构建系统里用
&&连接编译+运行再弹窗——失败时你根本看不到编译错误，全被控制台吞掉了
真正容易被忽略的是：外部控制台启动后，Sublime 完全失去对其 stdin/stdout 的控制权。这意味着你不能再双击错误行跳转、不能用 file_regex 解析输出、也不能用 Build Results 面板做任何后续操作。它就是个“甩手掌柜”，只负责把程序丢进系统终端。
