从 FIFO（管道）读取/写入时，echo 与 echo|cat 的不同行为

Question

我试图理解为什么 echo 在 bash 脚本中使用时与 echo "Hi"|cat 的行为不同且管道损坏的原因

行为：

1. echo 立即终止脚本
2. echo "Hi"|cat 管道终止，但脚本继续

示例重现步骤

script_with_echo.sh：

#!/bin/bash
mkfifo ii
cat<ii >/dev/null & echo "KILL : $!"
exec 3>ii
rm ii
while true; do read LINE; echo "$LINE" >&3; echo "$?">/some/external/file;done

script_with_echo_cat.sh：

#!/bin/bash
mkfifo ii
cat<ii >/dev/null & echo "KILL : $!"
exec 3>ii
rm ii
while true; do read LINE; echo "$LINE"|cat>&3; echo "$?">/some/external/file;done

1. 在终端 1 上运行脚本（注意 KILL : <PID>）
2. 向终端 1 输入一些示例行并验证 0（成功退出代码）正在写入 /some/external/file
3. 从终端 2 运行 kill -9 <PID>
4. 在终端 1 上输入另一条样本行
5. • 如果 script_with_echo.sh 在第 1 步中被执行，脚本会立即终止（并且不会向 /some/external/file 写入错误代码）
   • 如果 script_with_echo_cat.sh 在步骤 1 中被执行，脚本会正常继续（并且对于每个后续的示例行输入，错误代码 141 (SIGPIPE) 将被写入 /some/external/file，这是预期的）

为什么会出现这种不同的行为？

Answer 1

为什么 echo 在 bash 脚本中使用时的行为与 echo "Hi"|cat 不同

在echo >&3 的情况下，当管道连接到第三个文件描述符关闭时，bash 进程被 SIGPIPE 杀死。这主要是因为echo 是一个内置命令 - 它由 bash 本身执行，没有任何 fork()ing。

在echo | cat >&3的情况下，当连接到第3个文件描述符的管道关闭时，子进程cat被SIGPIPE杀死，在这种情况下父进程继续存在，因此Bash可以处理退出状态。

比较 strace -ff bash -c 'mkfifo ii; cat <ii >/dev/null & pid=$! ; exec 3>ii ; kill $pid ; rm ii ; echo something >&3' 与 ....; /bin/echo something >&3'。