Linux下Named Pipes（命名管道）的缓冲与阻塞行为问询

实验场景回顾 #

场景1：读进程先启动阻塞

mkfifo pipe1
cat pipe1 # 阻塞至有写进程打开管道
echo "hi" > pipe1 # 打开写端后，cat解除阻塞并读取数据

场景2：写进程先启动阻塞

echo "ping" > pipe1 # 阻塞至有读进程打开管道
cat pipe1 # 打开读端后，echo解除阻塞并写入数据

问题解答 #

• 问题1：上述两个示例中的阻塞是直到对端完成读写操作，还是仅直到对端被打开？
  是仅直到对端被打开。两个示例里的阻塞都发生在open()系统调用阶段：读进程cat调用open(pipe1, O_RDONLY)会阻塞，直到有进程以写模式打开该管道；写进程echo调用open(pipe1, O_WRONLY)同样阻塞，直到有进程以读模式打开管道。一旦对端成功打开，open()返回，后续的读写操作才会执行，初始阻塞仅和对端的打开状态有关，和是否完成读写无关。

• 问题2：命名管道是否存在内部缓冲区，使得后续写入操作无需阻塞？
  命名管道存在内部缓冲区，其大小与系统默认管道缓冲区一致（通常为64KB，可通过fcntl(pipe_fd, F_GETPIPE_SZ)命令查看具体值）。当写入的数据量小于缓冲区剩余空间时，写入操作会直接返回，不会阻塞；只有当写入数据超过缓冲区剩余空间，且没有读进程消费数据时，写入才会阻塞，直到缓冲区有足够空间。

• 问题3：若读端进程结束时仍有未消费的数据，或写端进程在结束前发送了更多数据，这些额外数据会在下次读进程打开管道时出现吗？
  不会。当读端进程结束，管道的读文件描述符被关闭，此时管道内未被消费的数据会被直接丢弃。后续新的读进程打开管道时，只能读取之后新写入的数据，之前残留的旧数据不会留存。同理，写端进程结束后，未被消费的数据会在所有读端关闭后被丢弃，不会保留到下一次使用。

• 问题4：当写端进程结束且已消费完其产生的所有数据时，读端会识别到EOF吗（即使后续可再次复用管道进行写入）？
  会。当所有写端进程都关闭管道，且读端已消费完所有数据后，读端会收到EOF（比如cat进程会因为读到EOF而退出）。但管道支持多次复用：如果之后有新的写进程打开管道写入数据，当前未退出的读进程（若继续调用读操作）或新启动的读进程，都能继续读取新写入的数据，不会一直停留在EOF状态。

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