使用 exec 3> 保持命名管道打开

Question

从命名管道读取的进程通常会在写入管道的进程完成写入（发送 EOF）时终止。在某些情况下，您可能有不同的进程间歇性地写入管道，并希望单个进程连续从管道读取。为此，您可以设置一个“虚拟”编写器来打开管道但不写入它：

$ mkfifo myPipe
$ cat > myPipe &

虚拟写入器保持命名管道打开 - 不向其中输入数据或永远不会关闭。因此，读取器进程能够从所有（其他）合法写入器接收输入，而无需终止和重新生成。

我见过一些人使用exec 3>而不是cat作为保持命名管道打开的方法。

$ mkfifo myPipe
$ cat < myPipe &
[1] 10796
$ exec 3> myPipe
$ echo "blah" > myPipe
blah

这种方法似乎有效，而且您在后台没有需要担心（或清理）的虚拟作家，所以我喜欢它。问题是，我并不真正了解它。

如何exec 3>在没有要执行的实际文件或可见（后台）进程的情况下保持命名管道打开的任务，这种方法有什么缺点吗？

（我知道它最终必须打开命名管道的输入文件描述符以进行写入，所以我对这exec 3部分exec 3>正在做什么特别感兴趣。）

Answer 1

你解析错了；它是exec而3>fifo不是exec 3和>fifo。exec没有命令将任何重定向应用到主 shell，并且>重定向可以采用文件描述符参数（如3>）而不是隐式1（stdout）。

至于它的缺点，打开的文件描述符将传递给子进程/子shell，除非在每个子进程/子shell中显式关闭（用exec 3>&-），否则将导致管道另一端的任何读取器在所有这些子进程之前都不会获得EOF已经退出。

保持管道打开的另一个技巧是在读写模式下打开它：

mkfifo /tmp/fifo
(exec 1<>/tmp/fifo; echo tee; sed 's/e/o/g; 1q' <&1 >&2)
too