单线程下能否使用epoll向多个读者写入FIFO/pipe数据？如何解决打开报错问题

问题根因 #

FIFO（命名管道）的默认设计逻辑要求读端和写端必须同时存在，open调用才能正常返回：

• 以阻塞模式O_WRONLY打开时，如果没有对应读端存在，调用会一直阻塞，导致无法同时打开多个FIFO
• 以非阻塞模式O_WRONLY打开时，如果没有对应读端存在，会直接返回ENXIO错误，也就是你看到的No such device or address报错

可行解决方案 #

方案1：读写模式打开（最简便） #

• 打开FIFO时使用O_RDWR标志替代O_WRONLY，无论是否有读端存在，open调用都会直接成功，既不会阻塞也不会报错
• 后续仅使用该文件描述符执行写入操作即可，读写模式打开不会影响写入逻辑，也不会干扰其他进程对FIFO的读取
• 该方案完全符合POSIX标准，全平台类Unix系统都可兼容

方案2：异步/多线程打开阻塞FIFO #

如果你的场景要求必须使用只写模式打开FIFO：

• 为每个FIFO的open操作分配独立线程，单个FIFO的阻塞打开只会挂起对应线程，不会影响其他FIFO的打开和写入流程
• 也可以引入异步IO框架（如libevent、libuv），将open操作放到异步任务队列执行，主线程无需等待单个FIFO的打开结果，即可处理其他管道逻辑

方案3：先检测读端再执行非阻塞打开 #

如果你必须使用O_WRONLY | O_NONBLOCK的打开组合：

• 打开FIFO前先尝试以只读非阻塞模式打开一次，如果打开成功，说明已有读端监听，此时再执行只写非阻塞打开就不会报错
• 可以搭配inotify机制监听FIFO的状态，检测到读端启动后再触发打开逻辑，避免无效轮询

额外注意：写入FIFO时如果读端异常退出，会触发SIGPIPE信号导致程序直接退出，需要提前注册SIGPIPE信号处理函数，或者调用send写入时指定MSG_NOSIGNAL规避该问题。

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