bash脚本中timeout命令存输出到变量时失效问题排查

我之前也碰到过一模一样的情况，问题的核心在于变量赋值时bash会等待命令的所有输出管道完全关闭，而默认的timeout行为可能没办法彻底终止目标进程（以及它的子进程），导致管道一直处于打开状态，bash就会一直挂着等输出结束。

为什么直接执行timeout没问题？ #

当你直接在终端运行timeout 2s your_command时，命令的输出直接打印到终端，一旦timeout终止进程，终端的输出流就会停止，bash不需要等待管道关闭——因为没有管道，直接和终端设备交互。但用var=$(...)赋值时，bash会创建一个管道来捕获命令的stdout，只有当管道的写端（也就是目标进程的stdout）被关闭时，bash才会结束赋值操作。

解决方法：强制彻底终止进程 #

timeout默认发送TERM信号让进程退出，但有些进程会忽略TERM信号，或者进程启动了子进程，timeout只终止了父进程，子进程还在后台运行并持有stdout管道，导致bash一直等待。

你可以用timeout的--kill-after（简写-k）选项，指定在发送TERM信号后，如果进程还没退出，就发送无法被忽略的KILL信号，确保进程被彻底杀死：

# 示例：2秒后先发TERM，0.5秒后如果进程还没退出就发KILL
logs=$(timeout -k 0.5s 2s ls /path/to/your/logs)

额外注意事项 #

• 如果你的命令会产生大量stderr输出，建议把stderr也重定向到stdout或者/dev/null，避免因为stderr的残留输出导致问题：

  logs=$(timeout -k 0.5s 2s ls /path/to/your/logs 2>&1)
  # 或者把stderr丢弃
  logs=$(timeout -k 0.5s 2s ls /path/to/your/logs 2>/dev/null)
  

• 有些复杂的命令（比如带管道的命令）需要用子shell包裹，确保timeout能监控整个命令组：

  logs=$(timeout -k 0.5s 2s bash -c "ls /path/to/logs | grep error")
  

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