☰

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

tag-icon • tag-icon exec fifo
使用 exec 3> 保持命名管道打开

过程读自命名管道通常会在进程终止时终止写信给管道完成写入（发送 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>正在做什么特别感兴趣。）

答案1

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

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

保持管道打开并且也不会在打开管道时阻塞的另一个技巧是以读写模式打开它：

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

相关内容