Linux中C++如何进行进程间通信

在Linux环境下，C++开发中进程间通信（IPC）一直都是绕不开的核心话题。不同场景、不同需求，往往对应着截然不同的通信方案。下面就把几种常用的IPC方法逐一拆开聊聊，顺便看看代码怎么写、各自适合什么场合。

管道（Pipes）

管道是最经典的IPC方式之一，半双工通信，通常用于父子进程之间。用C++来操作的话，核心就是 pipe() 系统调用，创建出两个文件描述符：一个读端，一个写端。然后配合 read() 和 write() 就能搞定数据传递。

举个例子，父进程想给子进程发个“Hello from parent!”，代码大致长这样：

#include 
#include 
#include 

int main() {
    int pipefd[2];
    char buffer[10];

    if (pipe(pipefd) == -1) {
        perror("pipe");
        exit(EXIT_FAILURE);
    }

    pid_t pid = fork();
    if (pid == -1) {
        perror("fork");
        exit(EXIT_FAILURE);
    }

    if (pid == 0) { // 子进程
        close(pipefd[1]); // 关闭写端
        read(pipefd[0], buffer, sizeof(buffer));
        std::cout << "子进程收到消息: " << buffer << std::endl;
        close(pipefd[0]);
    } else { // 父进程
        close(pipefd[0]); // 关闭读端
        const char *msg = "Hello from parent!";
        write(pipefd[1], msg, strlen(msg) + 1);
        close(pipefd[1]);
    }

    return 0;
}

注意：管道是半双工的，如果双方需要双向通信，通常得创建两条管道。而且它只能用于有亲缘关系的进程（比如父子、兄弟）。

命名管道（Named Pipes）

命名管道打破了亲缘关系的限制。它是以文件形式存在的特殊管道，不相关的进程也能通过它交换数据。创建方式用 mkfifo() 系统调用，之后就跟操作普通文件一样——open()、read()、write() 走起。不过要注意，打开命名管道时默认会阻塞，直到另一端也打开为止。这一特性在某些同步场景下反而成了优势。

信号（Signals）

信号是一种异步通知机制，适合用来传递简单的“事件”，而不是大量数据。比如想让进程停止、继续或者重新加载配置。C++里用 signal() 或更灵活的 sigaction() 设置处理函数，用 kill() 发送信号。信号本身的局限性也很明显：它能携带的信息量极少（只有信号编号），而且处理函数中能做的事非常有限（不能调用非异步安全函数），所以一般只用来做“触发”而不是“通信”。

消息队列（Message Queues）

如果说管道是字节流，那消息队列就是真正的“消息”。每个消息有类型和长度，进程可以按照类型接收，非常灵活。接口包括 msgget() 创建/获取队列，msgsnd() 发送，msgrcv() 接收。消息队列在内核中维护，有最大容量限制，但支持优先级（通过消息类型正数表示）。优势是自然实现了消息边界，不像管道那样需要自己分割数据流。缺点是需要手动管理队列的创建和销毁，且POSIX消息队列与System V消息队列的API差异较大，使用时需要明确选择。

共享内存（Shared Memory）

共享内存是速度最快的IPC方式——进程直接读写同一块物理内存，零拷贝。搭配《System V》或者《POSIX》接口，C++里常用 shmget() 创建共享内存段，shmat() 将其映射到进程地址空间，操作完再用 shmdt() 分离。共享内存本身不提供同步机制，所以必须配合信号量或互斥锁来防止竞态条件。这也是多进程编程中最需要小心的地方——数据一致性全靠开发者自己保证。

信号量（Semaphores）

信号量本身不传递数据，而是用来做同步。它是一个计数器，进程通过 semop() 进行P操作（减一）和V操作（加一），当计数器为0时，后续进程阻塞等待。System V信号量用 semget() 创建，semctl() 控制。在实际项目中，信号量常与共享内存捆绑出现：共享内存存数据，信号量保顺序。一个经典场景就是生产者-消费者模型，信号量控制缓冲区满和空的状态。

套接字（Sockets）

套接字是“跨机器”的IPC方案，当然也可以用在同一台机器的不同进程之间。Unix域套接字（AF_UNIX）比网络套接字更高效，因为它绕过了网络协议栈。在C++里，常规的网络编程流程：socket() 创建，bind() 绑定，listen() 监听，accept() 接受连接，然后用 send() 和 recv() 传输数据。套接字的优势在于通用性强——本地和远程通信可以用同一套接口，而且能处理复杂的双向、多路并发场景。缺点当然是代码量比较大，需要处理字节序、连接状态、错误恢复等细节。

总的来说，这七种IPC方法各有各的适用场景。管道和命名管道适合简单、低数据量的亲缘或本地通信；信号仅用于事件通知；消息队列适合需要消息边界和优先级的场景；共享内存追求极致性能但需要同步机制；信号量是同步的利器；套接字则是跨网络通信的不二之选。选型时还得结合进程关系、数据量大小、实时性要求以及开发复杂度来权衡，没有绝对的最优解，只有最合适的方案。