linux清空fifo,linux – 在不同的执行中维护FIFO可读

If I understand correctly,there’s an EOF generated when the first

process ends causing the pipe to close.

有点.除此之外还有一点点 – 从第一道工序结束后说管道关闭在技术上是不正确的.

相反,当管道中没有剩余数据并且任何进程都没有打开它时,管道和FIFO返回EOF.

通常,这可以通过让读取器进程打开FIFO进行读取和写入来解决,即使它永远不会写入 – 例如,通过从FIFO读取接受本地客户端的服务器可以打开FIFO进行读取和写入当没有活动客户端时,服务器不必处理EOF的特殊情况.这是处理它的“标准”方法,如UNIX环境中关于IPC机制的章节中的高级编程所述.

在您的情况下,这实际上是不可能的,因为您没有持续运行的永久进程(也就是说,您没有相应的服务器进程).您基本上需要某种“持久性写入器”,即在不同迭代期间维持管道打开以进行写入的过程.

我能想到的一个解决方案是在后台捕获FIFO的标准输入.这可以确保cat打开FIFO进行写入,因此始终存在一个活动的写入器,但是通过将其保留在后台,您实际上不会将任何输入提供给它,并且它永远不会写入FIFO.请注意,一旦cat尝试从stdin读取,shell就会停止(但不会终止)作业(后台进程组中运行的进程通常会发送SIGTTIN并在尝试从stdin读取时停止,因为它们在它们被带到前台之前没有控制终端).无论如何,只要你没有输入任何输入,你就会很好 – 这个过程处于停止状态,但FIFO仍然可以写入.只要后台作业没有终止,你就永远不会在管道上看到EOF.

所以,总之,你：

>创建FIFO：mkfifo / home / pipe

>启动后台作业,打开FIFO进行写入：cat> / home / pipe&

>运行您想要的程序,以及您想要的迭代次数.忽略有关正在停止的后台作业的shell消息.您可以这样离开,因为即使作业停止,管道仍然可以打开以进行写入.

>完成后,通过将背景猫带到前台并发送SIGINT(通常是Ctrl C)或使用kill PID来杀死它.

请注意,通过执行此操作,读取器进程(在本例中为MysqL)将永远不会知道输入何时结束.除非你在杀死MysqL之前杀掉后台cat,否则它总会阻塞更多输入.