Sublime Text 默认构建系统不支持 stdin 交互，因输出面板无 tty 且 stdin 被关闭，导致 input()/cin 等永久阻塞；解决方案有三：SublimeREPL（限解释型语言）、自定义构建调用系统终端（通用可靠）、Terminus 插件（伪终端，体验最佳）。
Sublime Text 构建系统运行无响应，不是构建命令本身卡了，而是 Sublime 把 stdin 彻底断开了——input()、scanf()、std::cin 这类需要交互的调用，一执行就永久阻塞，连 EOF 都等不到。
为什么 Ctrl+B 后光标不动、敲键盘没反应
默认 Python/C++/Java 构建系统本质是管道转发：python your.py 的 stdout/stderr 被重定向到输出面板，但 stdin 没被连接，它指向一个已关闭的文件描述符。程序调用 input() 时，glibc 或 Python runtime 检测到 stdin 不可读，直接挂起等待，而这个等待永远不会结束。
- 这不是代码错误，也不是解释器/编译器问题，和终端里正常运行完全不冲突
- Windows 下用
cmd或powershell直接跑同一命令，stdin 是继承自控制台的，所以能输入 - macOS/Linux 下同理，
gnome-terminal、iTerm等都提供完整 tty - Sublime 的输出面板不是终端，它没有 tty 层，也不支持行缓冲切换或信号中断（比如 Ctrl+C 可能无效）
方案一：用 SublimeREPL 插件启动交互式会话
适合临时调试、教学演示、小脚本输入验证。它在 Sublime 内部模拟出一个带 stdin 的 REPL 环境，不依赖外部终端。
- 安装后按
Ctrl+Shift+P→ 输入SublimeREPL: Python回车，新标签页里就能直接input() - 注意：不能直接“运行当前文件”，得把代码粘贴进去或用
exec(open('xxx.py').read())加载 - 不支持 C++/Java 的交互式输入，仅限 Python、Ruby、Perl 等解释型语言
- 插件自身有内存泄漏风险，长时间开着多个 REPL 标签可能拖慢编辑器
方案二：自定义构建系统调用系统终端
这是最通用、最可靠的解法，适用于所有需要 stdin 的语言（Python/C++/Java/Go），且能保留完整终端行为（如颜色、清屏、Ctrl+C 中断）。
- Windows：用
cmd /c start cmd /k python "$file" & pause或更干净的powershell -NoExit -Command "python '$file'" - macOS：用
osascript -e 'tell app "Terminal" to do script "cd \"$folder\" && python \"$file_name\"" - Linux（GNOME）：用
gnome-terminal -- bash -c "cd '$folder' && python '$file_name'; read -p 'Press Enter to continue...'" - 关键点：
$file和$folder是 Sublime 的内置变量，路径含空格时必须加单引号；read -p或pause防止窗口闪退 - 别用
shell_cmd字段写长命令——它不支持多语句分隔；改用cmd数组 +shell: false 更稳定
方案三：用 Terminus 插件伪造终端环境（推荐进阶用户）
Terminus 提供真正的伪终端（pty），比 SublimeREPL 更底层，支持 ANSI 颜色、实时逐行输出、Ctrl+C、甚至 tmux 嵌套，且能绑定到当前文件构建。
- 安装后，在构建系统中指定
"target": "terminus_exec"，并配置"cmd"为["python", "$file"] - 必须关掉
"show_panel_on_build"，否则会同时弹输出面板和 Terminus 标签，造成混淆 - 首次运行会提示选择 shell，默认
/bin/bash即可；Windows 用户需确保git-bash或wsl已加入 PATH - 比外部终端略慢（启动约 300ms），但胜在统一工作流——不用切窗口、不打断编辑节奏
真正容易被忽略的是：所有方案都绕不开一个事实——Sublime 的构建系统天生非交互。你不是在“修复卡死”，而是在“替换执行容器”。选 SublimeREPL 图省事，选外部终端图兼容，选 Terminus 图体验，但别指望改个 path 或加个 -u 参数就能让默认构建支持 input()。
