Linux命名管道（FIFO）通信：从原理到实操，一文搞懂跨进程通信

在Linux进程间通信（IPC）中，管道是最基础、最常用的通信方式之一，但我们平时接触的“匿名管道”有一个致命缺陷——只能用于有血缘关系的进程（父进程与子进程、兄弟进程），无法实现无关联进程间的通信。

而命名管道（简称FIFO），正是为解决这个问题而生。它给管道赋予了一个“文件名”，通过文件系统作为媒介，让任意两个进程（无论是否有血缘关系）都能通过这个“命名”实现数据交互。今天这篇博客，就从原理到实操，手把手教你搞懂Linux命名管道，亲手实现跨进程通信。

一、先搞懂：命名管道（FIFO）是什么？

1. 命名管道的本质

命名管道和匿名管道的核心通信逻辑完全一致——都是基于“字节流”的半双工通信（同一时刻只能单向传输数据），底层都是内核中的缓冲区。

两者的核心区别的是：命名管道有一个可见的文件系统入口（一个以.fifo或.pipe为后缀的文件），这个文件只是一个“标识”，不存储实际数据（数据仍在内存缓冲区中）；而匿名管道没有文件入口，只能通过父子进程继承文件描述符来通信。

简单来说：匿名管道是“隐式的、血缘专属”，命名管道是“显式的、通用的”，只要知道FIFO文件的路径，任意进程都能与之通信。

2. 命名管道的核心特点

跨进程通信：无血缘关系的进程（如两个独立的程序），只要知道FIFO文件路径，就能通过它通信；
半双工通信：数据只能单向流动，若要实现双向通信，需要创建两个FIFO（一个用于A→B，一个用于B→A）；
基于文件标识：FIFO文件存在于文件系统中，进程通过打开这个文件，获取读写文件描述符，进而实现通信；
阻塞特性：默认情况下，打开FIFO的读端会阻塞，直到有进程打开写端；打开写端也会阻塞，直到有进程打开读端（可通过O_NONBLOCK设置为非阻塞）；
生命周期：FIFO文件不会随进程退出而自动删除，需要手动删除（rm命令或unlink函数），否则会一直存在于文件系统中。

3. 命名管道与匿名管道的对比

为了更清晰区分，做一个简单对比表，避免混淆：

对比维度	匿名管道（pipe）	命名管道（FIFO）
通信范围	有血缘关系的进程（父子、兄弟）	任意进程（无血缘关系也可）
标识方式	无文件标识，通过文件描述符继承	有文件系统入口（FIFO文件）
创建方式	通过pipe()系统调用创建	通过mkfifo()系统调用或mkfifo命令创建
生命周期	随进程退出而销毁（文件描述符关闭）	随FIFO文件删除而销毁，进程退出不影响文件
使用场景	父子进程间简单通信（如shell管道）	无关联进程间通信（如两个独立程序交互）

二. 命名管道的创建方式

命名管道有两种创建方式：命令行创建和代码创建，本质都是在文件系统中生成一个 FIFO 类型的文件。

2.1 命令行创建（mkfifo 命令）

直接通过mkfifo命令创建命名管道，语法简单，适合快速测试：

# 创建名为myfifo的命名管道 mkfifo myfifo # 查看管道文件（类型标识为p） ls -l myfifo

我们可以发现，这里创建的管道文件(最前面的标识是p开头)，就算我们是不停的在往里面进行写操作，但是它的文件大小是一直不变的，验证了我们上面图中所说的它不是一个普通文件。

2.2 代码创建（mkfifo 函数）

通过 mkfifo()系统调用在代码中创建命名管道，需指定管道路径和权限，原型如下：

#include <sys/stat.h> #include <sys/types.h> // 参数：pathname-管道路径；mode-权限（如0644） int mkfifo(const char *pathname, mode_t mode);

代码示例（创建命名管道）

#include <stdio.h> #include <sys/stat.h> #include <sys/types.h> #include <errno.h> #define FIFO_PATH "./myfifo" int main() { // 创建命名管道，权限0644（所有者读+写，其他读） int ret = mkfifo(FIFO_PATH, 0644); if (ret == -1) { // 若管道已存在，errno为EEXIST，可忽略该错误 if (errno != EEXIST) { perror("mkfifo error"); return 1; } printf("命名管道已存在\n"); } else { printf("命名管道创建成功\n"); } return 0; }

2.3 命名管道的打开规则

命名管道的打开（open()）行为与普通文件不同，核心是 “读端与写端的同步”—— 仅当管道的读端和写端都被打开后，通信才能正常进行，具体规则如下：

O_RDONLY：以只读方式打开（读端），默认阻塞，直到有进程以O_WRONLY方式打开；
O_WRONLY：以只写方式打开（写端），默认阻塞，直到有进程以O_RDONLY方式打开；
O_RDWR：以读写方式打开，不阻塞，直接打开（同时具备读和写权限，可实现单向通信的 “自我循环”）

注意：实际开发中，建议读端以O_RDONLY打开，写端以O_WRONLY打开，避免使用O_RDWR（可能导致通信逻辑混乱）。

三、实操实现：手搓命名管道通信

server.c：作为服务端，监听管道，接收客户端消息并打印；
client.c：作为客户端，向管道发送消息，实现双向交互。

3.1 前置准备（Makefile && comm.h）

Makefile：

all:client server client:client.cc g++ -o $@ $^ -std=c++11 server:server.cc g++ -o $@ $^ -std=c++11 .PHONY:clean clean: rm -f client server

comm.h：

#pragma once #include <string> const std::string fifoname="fifo";

3.2 服务端程序（server.c）

#include <iostream> #include <cstdio> #include <sys/types.h> #include <sys/stat.h> #include <unistd.h> #include <fcntl.h> #include "comm.h" int main() { // 1.创建管道文件 umask(0); int n=mkfifo(fifoname.c_str(),0666); if(n<0) { perror("mkfifo"); return 1; } // 2.打开管道文件 int rfd=open(fifoname.c_str(),O_RDONLY); if(rfd<0) { perror("open"); return 2; } char inbuffer[1024]; // 3.进行通信 while(true) { ssize_t n=read(rfd,inbuffer,sizeof(inbuffer)-1); if(n>0) { inbuffer[n]=0; std::cout<<"client say# "<<inbuffer<<std::endl; } else if(n==0) { // 写端关闭了 break; } else { perror("read"); break; } } // 4.关闭 close(rfd); // 5.删除管道文件 unlink(fifoname.c_str()); return 0; }

3.3 客户端程序（client.c）

#include <iostream> #include <string> #include <cstdio> #include <sys/types.h> #include <sys/stat.h> #include <fcntl.h> #include <unistd.h> #include "comm.h" int main() { int wfd=open(fifoname.c_str(),O_WRONLY); if(wfd<0) { perror("open"); return 1; } std::string outstring; while(true) { std::cout<<"Please Enter@ "; std::cin>>outstring; write(wfd,outstring.c_str(),outstring.size());// 要不要写'\0'? 不需要！ } close(wfd); return 0; }

3.4 编译运行

四、命名管道的实际应用场景

命名管道因其“跨进程、简单易用”的特点，在Linux开发中应用广泛，常见场景包括：

后台服务与前台程序通信：如后台守护进程（如日志服务），通过FIFO接收前台程序发送的日志指令，实现日志的动态控制；
多个独立程序的数据交互：如两个不同的服务程序（如数据库服务和缓存服务），通过FIFO传递数据，无需复杂的IPC机制；
shell脚本间通信：在shell脚本中，通过mkfifo命令创建FIFO，实现两个脚本之间的数据传输（比匿名管道更灵活）；
简单的客户端/服务器模型：基于FIFO实现简单的C/S架构，客户端向FIFO写入请求，服务器从FIFO读取请求并处理，返回结果。

五、常见坑点总结（必看）

忘记处理阻塞：打开FIFO时未设置O_NONBLOCK，导致进程一直阻塞，误以为程序卡死；
忽略SIGPIPE信号：读端关闭后，写端继续写入，导致进程崩溃；
FIFO文件残留：未用unlink()删除FIFO，下次创建时报错；
路径不一致：读端和写端使用的FIFO路径不同，导致无法通信；
权限问题：mkfifo()设置的权限过低（如0600），导致其他进程无法打开FIFO，建议设置为0666；
数据错乱：未处理字节流无边界问题，读端读取的数据不完整或拼接错误。

六、总结

命名管道（FIFO）是Linux跨进程通信的基础方式，核心是“通过文件系统标识，实现任意进程间的字节流通信”。它继承了匿名管道的简单性，又解决了匿名管道“只能用于血缘进程”的缺陷，是入门IPC开发的必学知识点。

本文通过“原理→API→实操→避坑”的流程，手把手教你实现命名管道的单方向和双向通信，代码可直接复用。重点掌握FIFO的阻塞特性、SIGPIPE信号处理和文件删除问题，就能避免绝大多数踩坑场景。

实际开发中，若需要更高效、更复杂的通信（如消息优先级、双向通信的更优实现），可后续学习消息队列、共享内存等IPC机制，但命名管道的核心思想（字节流、文件标识），是理解所有IPC机制的基础。

最后，附上本文所有实操代码的仓库链接，方便大家下载测试和修改：fifo