Linux 有名管道阻塞非阻塞

一、文件打开open行为分析当进程针对 FIFO 类型文件发起open调用时内核根据是否携带O_NONBLOCK标志表现出不同的同步语义。1. 默认阻塞模式未指定O_NONBLOCK先打开读端调用导致进程挂起进入休眠直至另一个进程以写方式打开该管道。先打开写端调用导致进程挂起直至另一个进程以读方式打开该管道。写端曾经打开但已关闭读操作会读取剩余数据读完后返回0不阻塞。并发打开若读端与写端在不同进程中同时打开双方同时被唤醒通信链路建立。单进程死锁风险同一进程在阻塞模式下无论是先开读端还是先开写端单进程都会百分百自锁则第一次open将永久阻塞自身第二次open无法执行形成典型自死锁场景。2. 非阻塞模式指定O_NONBLOCK先打开读端立即成功返回不受写端是否存在的影响。先打开写端立即返回错误errno被重置。POSIX 标准强制此行为旨在贯彻“及早失败”原则——若无读端存在写端写入的数据将无处可去应在打开阶段即拒绝避免后续问题。二、数据读取read行为分析read() 是否阻塞完全取决于它操作的那个文件描述符fd本身是否被标记为“非阻塞”。所以设置 read 非阻塞本质上是设置文件描述符的属性。管道瞬时状态非阻塞模式下的read返回值阻塞模式下的read返回值语义说明所有写端均已关闭0立即返回0立即返回通用规则数据流终结无论哪种模式都立即返回 EOF。写端存在但缓冲区为空-1errnoEAGAIN进程挂起休眠不返回核心分水岭非阻塞告诉你“暂时没有”阻塞则直接“睡着等”直到有数据才醒来。写端存在且缓冲区有数据实际字节数实际字节数通用规则有数据就读立即返回字节数模式不影响。发生其他系统错误-1其他 errno-1其他 errno通用规则需根据具体错误码进行异常处理。