Linux 命名管道（FIFO）通信：原理与跨进程实战

2. 打开规则

命名管道的 open() 行为与普通文件不同，核心是读端与写端的同步。只有当两端都被打开后，通信才能正常进行。

• O_RDONLY：只读（读端），默认阻塞，直到有写端打开。
• O_WRONLY：只写（写端），默认阻塞，直到有读端打开。
• O_RDWR：读写同时打开，不阻塞（可实现自我循环，但建议避免以免逻辑混乱）。

注意：实际开发中，建议读端用 O_RDONLY，写端用 O_WRONLY。

三、实操：手搓通信程序

我们来实现一个简单的 C/S 模型。服务端监听管道接收消息，客户端发送消息。

1. 项目结构

为了规范编译，我们准备 Makefile 和公共头文件。

comm.h

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

Makefile

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

2. 服务端 (server.cpp)

服务端负责创建管道并读取数据。

#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 确保权限正确
    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);
    unlink(fifoname.c_str());
    return 0;
}

3. 客户端 (client.cpp)

客户端向管道写入数据。

#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());
    }

    close(wfd);
    return 0;
}

4. 运行步骤

1. 编译：make
2. 启动服务端：./server &
3. 启动客户端：./client
4. 输入内容即可看到服务端输出。

四、常见坑点总结

在实际使用中，有几个地方容易踩坑：

1. 忘记处理阻塞：打开 FIFO 时未设置 O_NONBLOCK，导致进程卡死。如果业务需要非阻塞，记得加上标志位。
2. 忽略 SIGPIPE 信号：读端关闭后，写端继续写入会导致进程崩溃，应捕获该信号或检查返回值。
3. FIFO 文件残留：程序退出后未用 unlink() 删除 FIFO，下次创建时报错。务必做好清理工作。
4. 路径不一致：读写两端使用的 FIFO 路径必须完全一致，否则无法通信。
5. 权限问题：mkfifo() 设置的权限过低可能导致其他进程无法打开，建议测试环境设为 0666。

五、结语

命名管道是 Linux 跨进程通信的基础，核心在于利用文件系统标识实现任意进程间的字节流通信。它继承了匿名管道的简单性，又解决了血缘限制的问题。

掌握 FIFO 的阻塞特性、信号处理和文件清理机制，就能应对大多数基础 IPC 场景。后续若涉及更复杂的优先级或双向通信需求，可进一步探索消息队列或共享内存，但理解 FIFO 是入门的关键。