当写入管道的进程完成写入(发送 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>
正在做什么特别感兴趣。)
你解析错了;它是
exec
而3>fifo
不是exec 3
和>fifo
。exec
没有命令将任何重定向应用到主 shell,并且>
重定向可以采用文件描述符参数(如 in3>
)而不是隐式1
(stdout)。至于它的缺点,打开的文件描述符将被传递给子进程/子shell,除非在每个
exec 3>&-
子进程中显式关闭(使用) ,否则将导致管道另一端的任何读取器在所有这些子进程之前都不会获得 EOF已经退出。保持管道打开的另一个技巧是在读写模式下打开它,这也将导致它在打开时不会阻塞: