当子进程退出时，父进程应该如何关闭管道文件描述符

Question

我正在创建一个TCP服务，该服务在每次客户端连接时分叉一个新进程。在分叉之前，我设置了一个管道，以便子级可以将连接期间收集的统计信息发送回父级。父项关闭写入端，子项关闭读取端，父项维护读取端文件描述符数组，每个子项一个。

我不确定当孩子完成连接并退出时如何处理这些文件描述符。子级是否需要通过管道通知父级即将退出，以便父级可以关闭管道？或者，父级能否在子级退出并关闭后自动检测到管路损坏？

父程序中的代码正在运行一个循环，其中< code>select()检测监听套接字和子管道读取端的活动。每个子进程可以在运行时向父进程发送多条消息。

一般来说，当子进程退出时，父进程应该如何处理管道文件描述符？

Answer 1

< code>broken pipe发生在您写入管道，但没有打开fd从该管道读取时。所以不适用于你的情况。在您的情况下，由于您的父进程正在从管道中读取，当子进程退出时，它应该读取< code>EOF(如果您已经正确地关闭了父进程中的写入端，否则它将只是阻塞，因为它假定将来仍会有要读取的内容)。然后，您可以安全地关闭父进程中的read fd。

总的来说

如果父进程写而子进程读，你确实需要担心< code>broken pipe，即当子进程关闭read fd时，父进程得到SIGPIPE，因为它继续写管道。SIGPIPE默认终止进程，所以您可能希望设置一个信号处理程序，让它做您想做的任何事情(如果您不希望它只是终止)。

Answer 2

在您的情况下，父进程将在fork之后立即关闭管道的写入端。然后它可以读取其统计数据，直到EOF（文件结束），然后关闭管道的读取端。

Answer 3

第一遍：在清楚使用select（）存在循环并且孩子发送了多条消息之前。

如果父进程维护一个文件描述符数组，则它还需要将每个文件描述符与子进程相关联。如果孩子在死亡之前发送了一条小的统计消息，那么当主程序等待死去的孩子时，它知道哪个孩子死了，所以它可以关闭它刚刚发现的死亡的孩子的文件描述符（通过执行一次或多次最终读取来确保管道是空的）。

另一种机制使用select（）或（）或相关函数，该函数会报告对文件描述符的读取操作何时不会挂起。当它从管道中检测到EOF（读取的零字节）时，它知道孩子已经死亡。但是，这可能更难处理。

您的问题并不完全清楚，当子进程退出时，是否有来自它的单一消息，或者当子进程工作时，是否有“意识流”统计报告。如果只有一条消息(小于管道缓冲区的大小)，那就简单了。如果有一个消息流，或者消息的长度超过了管道缓冲区的大小，那么您必须更加仔细地考虑协调问题——您不能只在孩子死亡时才检测消息。

第二遍:在额外信息可用之后。

如果你已经在循环中使用 select（），那么当一个孩子死亡时，你将从 select（） 获得一个“管道准备读取”指示，并且你将从 read（） 获得 0 个字节，这表示该管道上的 EOF。然后你应该关闭那个管道（并等待一个或多个带有waitpid（）的孩子，可能使用W_NOHANG - 应该至少有一具尸体被收集 - 所以你不会让僵尸长时间踢来踢去）。

最后一个问题的严格答案是：当唯一具有管道写入端的子级死亡时，父级应关闭该管道的读取端以释放资源以供以后重用。