sublime构建面板无法接收scanf/cin/input()输入，因其stdout/stderr输出流为只读，stdin未绑定且键盘输入不转发至子进程；解决方案包括windows用start cmd /k弹窗、linux/macos调用gnome-terminal或terminal.app，或安装terminus插件接管真实终端i/o。
为什么 Sublime 的构建面板根本收不到 scanf/cin/input()
因为构建面板的 stdin 是断开的——它只接收子进程的 stdout/stderr 输出，不把你的键盘输入转发给正在运行的程序。你看到 请输入数字: 后敲回车，字符压根没进到 cin 或 input() 里，而是被 Sublime 忽略了。这不是配置写错，是 Sublime 构建系统的设计限制：它本质是个只读输出流，不是终端（tty）。
Windows 下最轻量的解法：用 start cmd /k 弹独立窗口
不用装插件，改一行 shell_cmd 就行，适合临时调试带 scanf 或 getchar() 的 C/C++ 程序：
- 确保已安装 MinGW-w64 或 Visual Studio，并在 CMD 中能运行
g++ --version - 新建构建系统（
Tools → Build System → New Build System），填入：
{
"shell_cmd": "g++ -std=c++17 "${file}" -o "${file_path}/${file_base_name}" && start cmd /k "${file_path}/${file_base_name} & pause""
}
/k 保证窗口不闪退，& pause 让程序结束后停住等你按任意键；路径含空格也不怕，双引号已包裹。
Linux/macOS 调用原生终端才是正解
靠 shell_cmd 直接跑程序，依然没有 tty 分配；必须交给真实终端接管 I/O：
- macOS：用
osascript唤起 Terminal.app（注意路径中空格要转义）：
"shell_cmd": "g++ "${file}" -o "${file_path}/${file_base_name}" && osascript -e 'tell app \"Terminal\" to do script \"cd ${file_path}; ./${file_base_name}; echo \"\nPress Enter to exit...\"; read\"'"
- Linux（GNOME）：用
gnome-terminal --启动新会话：
"shell_cmd": "g++ "${file}" -o "${file_path}/${file_base_name}" && gnome-terminal -- bash -c 'cd "${file_path}"; ./${file_base_name}; echo "\nPress Enter to exit..."; read'"
别用 xterm 或 konsole 不加参数直接调，它们可能不等待退出；-- 是关键分隔符，确保后续命令传给 shell 而非终端自身。
长期开发建议：换 Terminus 插件接管完整终端
如果频繁需要交互式调试（比如边输边看、反复运行、带 readline 的 Python 脚本），构建系统硬改终归零碎。Terminus 提供真实伪终端（pty），支持 Ctrl+C 中断、上下箭头历史、自动继承 PATH 和 locale：
- 通过 Package Control 安装 Terminus
- 运行
Terminus: Open Default Shell in Panel，就能在底部 panel 里获得完整终端体验 - 想一键编译+运行？在 Terminus 里手动敲
g++ xxx.cpp -o xxx && ./xxx，或绑定快捷键执行自定义命令
真正麻烦的从来不是“怎么让输入生效”，而是“要不要为每次调试都弹个新窗口”。弹窗方案快但干扰工作流；Terminus 静默集成，但需多装一个插件——选哪个，取决于你当前是在写算法题还是在调一个带三重嵌套 input() 的脚本。
