Linux 有名管道阻塞非阻塞

一、文件打开（open）行为分析

当进程针对 FIFO 类型文件发起open调用时，内核根据是否携带O_NONBLOCK标志，表现出不同的同步语义。

1. 默认阻塞模式（未指定O_NONBLOCK）

• 先打开读端：调用导致进程挂起（进入休眠），直至另一个进程以写方式打开该管道。

• 先打开写端：调用导致进程挂起，直至另一个进程以读方式打开该管道。

• 写端曾经打开但已关闭，读操作会读取剩余数据，读完后返回0（不阻塞）。

• 并发打开：若读端与写端在不同进程中同时打开，双方同时被唤醒，通信链路建立。

• 单进程死锁风险：同一进程在阻塞模式下，无论是先开读端还是先开写端，单进程都会百分百自锁，则第一次open将永久阻塞自身，第二次open无法执行，形成典型自死锁场景。

2. 非阻塞模式（指定O_NONBLOCK）

• 先打开读端：立即成功返回，不受写端是否存在的影响。

• 先打开写端：立即返回错误，errno被重置。POSIX 标准强制此行为，旨在贯彻“及早失败”原则——若无读端存在，写端写入的数据将无处可去，应在打开阶段即拒绝，避免后续问题。

二、数据读取（read）行为分析

read() 是否阻塞，完全取决于它操作的那个文件描述符（fd）本身是否被标记为“非阻塞”。所以，设置 read 非阻塞，本质上是设置文件描述符的属性。