为何timeout命令在终端与Shell脚本中执行表现存在差异？

核心原因：SIGTTOU信号导致进程暂停 #

你的bf进程被SIGTTOU信号暂停，这是触发超时的根本原因。SIGTTOU会在后台进程尝试读写终端设备时触发，默认行为是暂停进程。一旦进程被暂停，timeout会认为它没有在规定时间内完成，最终发送SIGTERM杀掉进程，返回退出码124。

终端与脚本执行的差异 #

• 终端直接运行：此时bf是前台进程，完全拥有当前终端的控制权（标准输入/输出/错误都直接关联终端），尝试读写终端不会触发SIGTTOU，进程能正常执行并快速结束。
• 脚本内运行：默认情况下，脚本中的进程处于后台上下文，没有前台终端权限。如果bf程序存在直接操作终端的逻辑（比如读取终端输入、写入终端设备文件），就会触发SIGTTOU导致进程暂停，进而被timeout判定为超时。

解决方法 #

方法1：让timeout以前台模式运行目标进程 #

使用timeout的--foreground（或短选项-f）参数，强制目标进程在脚本中以前台身份运行，保留终端关联：

timeout --foreground 2s ./bf --file ./test/inc-dec.bf

这样bf进程能正常访问终端，不会触发SIGTTOU，可以快速执行完成。

方法2：重定向输入输出，避免终端交互 #

如果bf不需要终端输入输出，直接将其标准输入/输出重定向到/dev/null或文件，避免它尝试访问终端：

# 重定向到/dev/null，丢弃所有输入输出
timeout 2s ./bf --file ./test/inc-dec.bf < /dev/null > /dev/null 2>&1

# 或者将输出捕获到变量，用于单元测试对比
actual=$(timeout 2s ./bf --file ./test/inc-dec.bf < /dev/null)

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