从命名管道读取的进程通常会在写入管道的进程完成写入（发送 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>正在做什么特别感兴趣。）