命名管道在脚本中过早关闭？

Question

ls:

prwx------ 1 root root 0 fifo

write.sh:

#! /bin/bash
while true;
do
    echo "blah" > fifo
done

read.sh:

#! /bin/bash
while true;
do
    cat fifo
done

我打开了两个终端，一个运行 write.sh ，另一个运行 read.sh 。当我首先启动 write.sh 时，它会挂起（就像它应该的那样）。然后我转到另一个终端并启动 read.sh ，它会多次打印出 "blah" ，然后是我的 write.sh停止。为什么我的写入脚本停止了？这是我正在做的一个小测试，目的是尝试更好地理解管道，因为我将把所有日志发送到管道，以便我可以在将它们写入文件之前对其进行解析。

我在这里缺少什么？

Answer 1

要获得非阻塞管道行为，您还可以首先在 fifo 上打开读取文件描述符，然后打开写入文件描述符。

# cf. https://stackoverflow.com/questions/2776994/tee-a-pipe-asynchronously
(
rm -f fifo
mkfifo fifo
exec 3<fifo   # open fifo for reading
trap "exit" 1 2 3 15
exec cat fifo | nl
) &
bpid=$!

(
exec 3>fifo  # open fifo for writing
trap "exit" 1 2 3 15
while true;
do
    echo "blah" > fifo
done
)
#kill -TERM $bpid

另请参阅：如何在脚本中使用 exec 3>myfifo，而不让 echo foo>&3 关闭管道？

Answer 2

这里有一个竞争条件。无论哪个脚本首先执行其内部循环命令（分别为 cat 和 echo），都将阻塞并等待另一个脚本执行其内部循环命令。但是，一旦脚本同步，如果 cat 在 echo 执行其 write() 之前在管道上调用 close() ，则 echo 将被发送 SIGPIPE 并且您的脚本将退出。您无法写入已被读取器关闭的管道。

如果您将阅读器更改为 tail -f 而不是带有 cat 的 while 循环，则阅读器将保持活动状态，而不是永久打开和关闭 fifo，并且您不应该收到 SIGPIPE。

参考： man fifo