Unix多管道流水线中，每个进程需要关闭哪些管道？

一、为什么必须关闭未使用的管道？ #

管道是Unix系统中基于文件描述符的半双工通信机制，强制关闭未使用的管道核心有两个原因：

1. 避免阻塞等待EOF：管道的读端进程只有在对应管道的所有写端都被关闭时，才会收到EOF信号并结束读取操作。如果某个进程意外持有管道的写端未关闭，下游读进程会一直阻塞，误以为还有数据会写入。比如你实现的流水线中，若uniq进程没关闭pipefd1的写端，当git和第一个sort进程退出后，pipefd1的写端仍被uniq持有，虽然uniq不会往里面写数据，但如果父进程也没关闭相关描述符，可能导致后续进程无法正常退出。
2. 避免资源泄漏：每个进程能打开的文件描述符数量有限（默认一般为1024），未使用的管道不关闭会占用宝贵的描述符资源，长期运行可能导致进程无法打开新文件。

二、每个进程需要关闭哪些管道？ #

核心原则是：只保留当前进程要使用的管道端，其余所有管道的读写端全部关闭。结合你的流水线git log --format='%an' | sort | uniq -c | sort -nr | head -n 3，对应管道和进程的关闭规则如下：

假设我们创建4组管道：

• pipefd1：连接git与第一个sort（记为sort1）
• pipefd2：连接sort1与uniq
• pipefd3：连接uniq与第二个sort（记为sort2）
• pipefd4：连接sort2与head

每个进程的具体关闭动作：

• git进程：仅需往pipefd1的写端写入数据，因此关闭pipefd1的读端，同时关闭pipefd2、pipefd3、pipefd4的所有读写端（这些管道与它完全无关）。你提到的git_pid仅关pipefd1，应该是指关闭其读端，其余无关管道可能在你的代码中由父进程关闭，但严格来说子进程也应主动关闭所有无关管道。
• sort1进程：读pipefd1的读端、写pipefd2的写端，因此关闭pipefd1的写端、pipefd2的读端，同时关闭pipefd3、pipefd4的所有读写端。
• uniq进程：读pipefd2的读端、写pipefd3的写端，因此关闭pipefd2的写端、pipefd3的读端，同时关闭pipefd1、pipefd4的所有读写端（这就是你看到uniq_pid要关pipefd1的原因——它和git、sort1的管道已完全无关）。
• sort2进程：读pipefd3的读端、写pipefd4的写端，因此关闭pipefd3的写端、pipefd4的读端，同时关闭pipefd1、pipefd2的所有读写端（对应你说的sort_pid2关pipefd1、pipefd2）。
• head进程：仅读pipefd4的读端，因此关闭pipefd4的写端，同时关闭pipefd1、pipefd2、pipefd3的所有读写端（这就是head_pid要关前三个管道的原因）。
• 父进程：在fork完所有子进程后，必须关闭所有管道的读写端，否则子进程的读端会因为父进程持有写端而无法收到EOF，导致整个流水线阻塞。

简单总结：每个进程只保留自己要用到的1-2个管道端，剩下的所有管道的所有端都要关闭，无论这些管道属于上游还是下游。

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