Ruby PTY在脚本与REPL（IRB/Pry）中输出不一致的原因

这问题其实是典型的终端环境差异导致的，我帮你梳理几个最可能的原因：

1. 程序的交互式终端检测 #

很多命令行程序会通过$stdout.tty?这类方法判断自己是否运行在交互式终端环境里。当你在IRB/Pry里运行时，PTY模拟的终端会被识别为交互式环境，而脚本直接运行时，PTY可能被判定为非交互式（或者终端属性不同）。你的目标程序可能在交互式模式下，会额外输出那个哈希值（看起来像是会话标识或校验码），非交互式则跳过。

2. REPL的终端属性继承 #

IRB和Pry本身会维护一个完整的终端会话，当你在里面调用PTY.spawn时，新创建的PTY会继承REPL的终端属性（比如TERM环境变量、行数/列数设置）。而脚本直接运行时，PTY的默认属性可能更“极简”（比如TERM=dumb），这会让目标程序调整输出行为——比如有些程序在dumb终端下会禁用额外的状态输出。

3. 退出流程的细微差别 #

脚本运行时，PTY会话的生命周期是严格跟着脚本走的：程序执行完就立即关闭PTY，目标程序可能还没来得及输出额外内容就被终止了。而在REPL里，PTY会话结束后，REPL本身还会维持终端会话一段时间，目标程序有足够时间输出那个哈希值后才彻底退出。

验证建议 #

你可以试试这几个方法定位问题：

• 在脚本里手动设置ENV['TERM'] = 'xterm'（和REPL里的TERM值一致），再运行看输出是否变成Output2；
• 在目标程序里加一行p $stdout.tty?, ENV['TERM']，分别在脚本和REPL里运行，对比输出的差异；
• 用PTY.spawn时显式指定终端参数，比如PTY.spawn('bash', '-i')（强制交互式shell），看脚本里的输出是否变化。

内容的提问来源于stack exchange，提问作者ian