sublime的build system无法响应scanf/cin/input()，因其build panel是只读输出流，不绑定stdin，键盘输入未转发至子进程；解决方案包括windows用start cmd /k弹窗、linux/macos调用gnome-terminal或terminal.app，或安装terminus插件接管真实终端i/o。
Sublime 的 Build System 为什么无法响应 scanf/cin/input()
因为 Sublime 的 build panel 本质是只读输出流，不提供 stdin 绑定——它调用的是子进程，但不把当前终端的键盘输入转发给那个进程。你看到“请输入数字：”后敲键盘，字符根本没进到程序里，而是被 Sublime 忽略了。
这不是配置写错了，是设计如此。所有靠 cmd 或 shell_cmd 直接运行的构建系统，都面临这个限制。
- Linux/macOS 下
shell_cmd走 bash/zsh，但依然没有交互式 tty 分配 - Windows 下
cmd或start cmd /c能弹窗，但默认关闭太快，scanf没机会读 - Python 的
input()、C 的getchar()、C++ 的cin >>全部失效
Windows 下用 start cmd /k 弹独立窗口跑 C/C++
这是最轻量、无需插件的方案，适合临时调试带输入的程序。
关键不是“编译完就运行”，而是“编译完，在新 cmd 窗口里运行，并保持窗口打开”：
"shell_cmd": "gcc \"${file}\" -o \"${file_base_name}.exe\" && start cmd /k \"${file_base_name}.exe\""-
/k表示执行完命令后保留窗口；/c是执行完就关，别用 - 双引号必须成对，尤其路径含空格时（比如
C:\My Projects\test.c） - 注意
&&是 JSON 里写&的转义形式，不是两个 & - 如果用
variants分离“仅编译”和“编译+运行”，记得给 Run 变体单独加"shell": true
跨平台统一方案：装 Terminus 插件 + 配置外部终端
真正解决输入问题，得让程序跑在真实终端里，而不是 Sublime 自带的 build panel。Terminus 是目前最稳定的选择。
- 通过 Package Control 安装
Terminus，重启 Sublime - 新建 Build System，
cmd改为调用terminus_open命令：{ "target": "terminus_open", "caption": "Run in Terminal", "args": { "cmd": ["gcc", "${file}", "-o", "${file_base_name}", "&&", "./${file_base_name}"], "cwd": "${file_path}", "shell": true } } - macOS/Linux 用
./${file_base_name}；Windows 用${file_base_name}.exe，并确保shell设为true才能解析&& - 首次运行会弹出终端窗口，之后所有输入都正常，
scanf、input()、getchar()全可用
Java 和 Python 怎么办？别硬塞 stdin，换思路
Java 和 Python 的交互式输入问题，根源一样，但处理方式不同：
- Python：别依赖
input()在 build panel 里工作；改用sys.stdin.readline().strip()并配合-u参数（禁用缓冲），但依然不能解决无 stdin 绑定的问题 → 推荐直接用 Terminus - Java：
System.in同样无效；若坚持不用插件，可写个runJava.bat，内容为：@echo off& javac "%~nx1" && java "%~n1" && pause，再在 Build System 中用"shell_cmd": "runJava.bat \"${file}\"" - 所有语言共通原则：不要试图“让 Sublime 的输出面板支持输入”，那是反模式；要么弹独立终端，要么用插件接管 I/O
最常被忽略的一点：即使配置完全正确，如果 Sublime 没重启过，它可能仍缓存旧的 PATH 或 selector 匹配逻辑——改完配置后务必重启编辑器，否则右下角状态栏不显示 source.c 或 source.python，整个 Build System 就不会激活。
