管道写端关闭失败是否会导致读进程阻塞？

我们来看一个常见的管道使用场景：

1. 创建管道并执行fork（假设无错误发生）

   pipe(pipefd); fork();
   

2. 父进程向管道写入数据，关闭写端并等待子进程

   write(pipefd[1], str, strlen(str));
   close(pipefd[1]);
   wait(NULL);
   

3. 子进程从管道读取数据直到遇到EOF

   while ((len = read(pipefd[0], buf, BUF_SIZE)) > 0)
       write(STDOUT_FILENO, buf, len);
   close(pipefd[0]);
   exit(len == 0 ? EXIT_SUCCESS : EXIT_FAILURE);
   

问题解答 #

父进程close(pipefd[1])失败时子进程的行为 #

父进程的close(pipefd[1])失败，说明管道的写端仍被父进程持有且处于打开状态。子进程读完管道内已有的数据后，后续的read调用会持续阻塞——内核判定还有进程可以向管道写入数据，不会触发EOF。子进程不会收到读错误，除非管道本身出现其他异常。

是否会导致死锁 #

会形成死锁。子进程阻塞在read调用上等待新数据，父进程则阻塞在wait(NULL)上等待子进程退出，双方互相等待对方动作，无外部干预的话会一直处于阻塞状态。

正确的处理方式 #

• 父进程必须检查close的返回值：一旦close(pipefd[1])失败，不能直接进入wait流程，要主动向子进程发送终止信号（如SIGTERM），避免子进程无限阻塞。
• 兜底处理：若close失败，可尝试再次执行关闭操作；或者父进程直接退出，进程退出时内核会自动关闭所有打开的文件描述符，不过这是被动处理方式，不如主动终止子进程高效。
• 子进程侧防御：可以用select/poll配合定时器给read设置超时，或者监听终止信号，避免无限阻塞，但核心还是父进程要保证写端能正确关闭，或在关闭失败时及时处理子进程。

内容的提问来源于stack exchange，提问作者Nick