关于C语言管道（pipe）不同数据流行为机制的技术咨询

1. yes | head的停止机制 #

yes会持续输出yes\n，而head默认读取10行后就会主动关闭自己的管道读描述符并退出。此时管道的所有读端已关闭，yes继续往管道写数据时，内核会向yes进程发送SIGPIPE信号，默认信号处理逻辑是终止进程，因此传输停止。

这和管道容量无关——哪怕管道能存远多于10行数据，只要读端全部关闭，写操作就会触发SIGPIPE。你之前的误解在于：SIGPIPE的触发条件正是写端尝试向无读端的管道写入，这和场景完全匹配，不存在矛盾。

2. cat | ls/cat | cat | ls的停止逻辑 #

这类场景的核心是不同命令对stdin的处理逻辑不同：

• ls属于“不读取stdin”的命令：它启动后直接执行目录遍历输出，完成后立即退出，同时关闭自己的管道读描述符。
• cat属于“读取stdin直到EOF”的命令：它会阻塞等待输入（默认从终端），当你输入内容并按下Ctrl+D（触发终端EOF），cat会把输入内容写入管道，随后尝试继续读取stdin时收到EOF，于是关闭管道写描述符并退出。

如果ls先于cat完成退出，cat往管道写数据时会触发SIGPIPE而终止；如果是cat | cat，第一个cat收到EOF后关闭写端，第二个cat读取管道直到EOF，随后退出。

背后的核心机制是：当管道的所有写端都关闭时，读端调用read()会返回0（即EOF）；进程退出时会自动关闭所有打开的文件描述符，包括管道的读写端。

3. 更多管道特殊行为示例 #

• sleep 5 | head：sleep不会向管道写入任何数据，head会阻塞等待管道输入。5秒后sleep退出，管道写端关闭，head收到EOF，因未读到内容直接退出。
• echo "hello world" | grep "hello" | wc -l：链式管道中，echo写入后关闭写端，grep读到EOF后处理完内容关闭写端，wc读到EOF后计算行数（输出1）并退出。
• cat < /dev/null | grep "test"：cat从/dev/null读取到EOF，立即关闭管道写端；grep读到EOF后因无匹配内容，直接退出。
• yes | tail -n 1：tail会持续读取管道内容并缓存最后一行，yes会一直写入直到管道满后阻塞。若你手动终止tail，yes会因管道读端关闭收到SIGPIPE而终止；若等待yes被其他信号终止，tail会输出最后一行后退出。
• (sleep 1; echo "hi") | while read line; do echo $line; done：子shell先休眠1秒，然后输出hi并退出（关闭管道写端）；while循环读到hi后输出，随后收到EOF，循环终止。

4. 子进程的停止判断逻辑 #

子进程何时停止完全由自身的命令逻辑决定：

• head：读取指定行数（默认10）后，主动关闭文件描述符并退出。
• cat：持续读取stdin，直到收到EOF才退出。
• ls：无需读取stdin，完成目录遍历任务后直接退出。
• 自定义C程序：由你编写的逻辑控制——比如读满N字节、遇到特定终止符、收到信号（如SIGINT）时停止。

waitpid只是父进程用来等待子进程退出的接口，不影响子进程自身的停止逻辑。

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