Linux进程间通信(IPC)详解：管道、共享内存与消息队列-代码聚汇网

Linux进程间通信(IPC)详解：管道、共享内存与消息队列

银星皓月·2026-06-21·阅读 30 GEO检测（免费）

Linux IPC进程间通信管道

|难度：普通|阅读约 19 分钟

1. Linux进程间通信概述

在Linux系统中，进程间通信（IPC）是系统编程的基础技能之一。当我们需要让不同进程协同工作时，比如一个进程负责采集数据，另一个进程负责处理数据，这时就需要可靠的通信机制。Linux提供了多种IPC方式，每种都有其特定的使用场景和性能特点。

我最早接触IPC是在开发一个分布式日志分析系统时。当时需要在数据采集进程和分析进程之间传递大量日志数据，尝试了多种IPC方式后，最终选择了共享内存结合信号量的方案。这个经历让我深刻体会到，不同的IPC方式在传输效率、复杂度和使用场景上存在显著差异。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 管道（Pipe）通信详解

2.1 无名管道基础原理

无名管道是Unix系统最古老的IPC方式之一，它的实现基于内核缓冲区，典型特征是单向通信和血缘关系限制。创建一个管道实际上是在内核中开辟了一块固定大小的缓冲区（通常为4KB或64KB，取决于系统配置）。

c复制#include <unistd.h>
int pipe(int pipefd[2]);

这个系统调用会创建两个文件描述符：pipefd[0]用于读，pipefd[1]用于写。数据流动方向是单向的 - 从写端流入，从读端流出。

重要提示：管道默认是阻塞的。当读空管道时，读进程会阻塞；当写满管道时，写进程会阻塞。这个特性需要在程序设计时特别注意。

2.2 管道实战应用示例

下面是一个父子进程通过管道通信的典型例子：

c复制#include <stdio.h>
#include <unistd.h>
#include <string.h>

int main() {
    int fd[2];
    char buf[100];
    pid_t pid;
    
    if (pipe(fd) < 0) {
        perror("pipe error");
        return 1;
    }
    
    if ((pid = fork()) < 0) {
        perror("fork error");
        return 1;
    } else if (pid > 0) {  // 父进程
        close(fd[0]);  // 关闭读端
        const char *msg = "Hello from parent";
        write(fd[1], msg, strlen(msg));
        close(fd[1]);
    } else {  // 子进程
        close(fd[1]);  // 关闭写端
        int n = read(fd[0], buf, sizeof(buf));
        printf("Child received: %.*s\n", n, buf);
        close(fd[0]);
    }
    return 0;
}

2.3 管道使用注意事项

缓冲区限制：管道有固定大小，当写入数据超过缓冲区大小时，写操作会阻塞。可以通过fcntl设置非阻塞模式。
正确关闭描述符：必须关闭不用的管道端，特别是在多进程环境中。未关闭的写端会导致读进程无法检测到EOF。
原子性保证：当写入数据量不超过PIPE_BUF（通常是512字节或4KB）时，写操作是原子的。超过此大小可能需要额外同步。
信号处理：当读进程终止时，写进程会收到SIGPIPE信号，默认行为是终止进程。通常需要处理这个信号。

3. 命名管道（FIFO）深入解析

3.1 FIFO与无名管道的区别

命名管道（FIFO）与无名管道的最大区别在于它有一个文件系统节点，允许无亲缘关系的进程通信。创建FIFO后，它在文件系统中表现为一个特殊类型的文件，但数据并不实际存储在磁盘上。

bash复制# 命令行创建FIFO
mkfifo /tmp/myfifo

在程序中创建FIFO：

c复制#include <sys/stat.h>
int mkfifo(const char *pathname, mode_t mode);

3.2 FIFO典型应用场景

FIFO特别适合客户端-服务器模型。例如，多个客户端可以向同一个服务器FIFO写入请求，服务器通过单独的FIFO向各客户端返回响应。

c复制// 服务器端示例
int main() {
    mkfifo("/tmp/server_fifo", 0666);
    int fd = open("/tmp/server_fifo", O_RDONLY);
    // 处理客户端请求...
}

// 客户端示例
int main() {
    int fd = open("/tmp/server_fifo", O_WRONLY);
    // 向服务器发送请求...
}

3.3 FIFO高级特性

非阻塞模式：可以通过O_NONBLOCK标志以非阻塞方式打开FIFO。在没有读端时，以只写方式打开会失败而不是阻塞。
多读写者问题：多个进程同时写FIFO时，小于PIPE_BUF的写入是原子的，但需要额外机制保证消息完整性。
双向通信：虽然单个FIFO是单向的，但可以通过创建两个FIFO实现双向通信，这在客户端-服务器模型中很常见。

4. 消息队列（Message Queue）技术剖析

4.1 System V消息队列

System V消息队列是内核维护的链表结构，每个消息队列由一个唯一的标识符（非负整数）标识。关键系统调用包括：

c复制#include <sys/msg.h>
int msgget(key_t key, int msgflg);  // 创建/获取队列
int msgsnd(int msqid, const void *msgp, size_t msgsz, int msgflg);  // 发送
ssize_t msgrcv(int msqid, void *msgp, size_t msgsz, long msgtyp, int msgflg);  // 接收

消息结构需要包含一个长整型字段作为消息类型：

c复制struct mymsg {
    long mtype;  // 必须的字段
    char mtext[100]; // 消息内容
};

4.2 POSIX消息队列

POSIX消息队列接口更现代，使用文件路径名而非键值标识：

c复制#include <mqueue.h>
mqd_t mq_open(const char *name, int oflag, mode_t mode, struct mq_attr *attr);
int mq_send(mqd_t mqdes, const char *msg_ptr, size_t msg_len, unsigned msg_prio);
ssize_t mq_receive(mqd_t mqdes, char *msg_ptr, size_t msg_len, unsigned *msg_prio);

POSIX消息队列支持消息优先级，并且可以通过mq_notify设置异步通知。

4.3 消息队列选型建议

System V vs POSIX：
- System V更广泛支持，但接口较老
- POSIX接口更一致，支持特性更多（如通知机制）
- 在嵌入式系统中可能需要考虑兼容性
性能考量：
- 消息队列在内核中维护，涉及用户态/内核态切换
- 大消息传输效率不如共享内存
- 适合中小规模、需要可靠传输的场景
持久性：
- 消息队列会随内核持续，即使没有进程连接
- 需要显式删除（ipcrm或msgctl(..., IPC_RMID, NULL)）

5. 共享内存（Shared Memory）高效通信

5.1 System V共享内存

System V共享内存是最快的IPC方式，因为数据不需要在进程间复制。基本使用步骤：

创建/获取共享内存段

c复制int shmget(key_t key, size_t size, int shmflg);

附加到进程地址空间

c复制void *shmat(int shmid, const void *shmaddr, int shmflg);

使用后分离

c复制int shmdt(const void *shmaddr);

控制（如删除）

c复制int shmctl(int shmid, int cmd, struct shmid_ds *buf);

5.2 POSIX共享内存

POSIX共享内存使用文件系统接口：

c复制#include <sys/mman.h>
#include <sys/stat.h>
#include <fcntl.h>

int fd = shm_open("/myshm", O_CREAT | O_RDWR, 0666);
ftruncate(fd, size);
void *ptr = mmap(NULL, size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);

5.3 共享内存同步问题

共享内存不提供内置同步机制，必须配合其他IPC方式使用：

信号量：System V或POSIX信号量
互斥锁：pthread_mutex_t（需设置为进程共享属性）
文件锁：fcntl记录锁

经验之谈：我曾在一个高频交易系统中使用共享内存配合自旋锁，获得了纳秒级的进程间通信延迟。但要注意，错误的同步实现会导致难以调试的竞态条件。

6. 信号量（Semaphore）同步机制

6.1 System V信号量

System V信号量可以是一个或多个计数器的集合：

c复制#include <sys/sem.h>
int semget(key_t key, int nsems, int semflg);
int semop(int semid, struct sembuf *sops, unsigned nsops);
int semctl(int semid, int semnum, int cmd, ...);

操作通过sembuf结构定义：

c复制struct sembuf {
    unsigned short sem_num;  // 信号量编号
    short sem_op;   // 操作（正数-V，负数-P）
    short sem_flg;  // 标志（如IPC_NOWAIT）
};

6.2 POSIX信号量

POSIX信号量有两种形式：

命名信号量（通过名字访问）

c复制sem_t *sem_open(const char *name, int oflag, mode_t mode, unsigned int value);
int sem_wait(sem_t *sem);  // P操作
int sem_post(sem_t *sem);  // V操作

匿名信号量（在共享内存中）

c复制int sem_init(sem_t *sem, int pshared, unsigned int value);
int sem_destroy(sem_t *sem);

6.3 信号量使用模式

二进制信号量：初始值为1，用作互斥锁
计数信号量：控制对多个资源的访问
屏障同步：协调多个进程的执行顺序

常见问题：

信号量泄漏（忘记释放）
死锁（错误的获取顺序）
优先级反转（高优先级进程被低优先级阻塞）

7. 套接字（Socket）跨主机通信

7.1 Unix域套接字

虽然通常用于网络通信，但套接字也可以用于同一主机内的进程通信，特别是Unix域套接字（AF_UNIX）效率很高：

c复制#include <sys/socket.h>
#include <sys/un.h>

// 服务器端
int sockfd = socket(AF_UNIX, SOCK_STREAM, 0);
struct sockaddr_un addr;
addr.sun_family = AF_UNIX;
strcpy(addr.sun_path, "/tmp/mysocket");
bind(sockfd, (struct sockaddr*)&addr, sizeof(addr));
listen(sockfd, 5);

// 客户端
int sockfd = socket(AF_UNIX, SOCK_STREAM, 0);
struct sockaddr_un addr;
addr.sun_family = AF_UNIX;
strcpy(addr.sun_path, "/tmp/mysocket");
connect(sockfd, (struct sockaddr*)&addr, sizeof(addr));

7.2 套接字通信特点

全双工通信：双向数据流动
面向连接（SOCK_STREAM）或数据报（SOCK_DGRAM）
支持多路复用（select/poll/epoll）
可以跨越主机边界

性能对比：

Unix域套接字性能接近管道
本地TCP套接字有较大开销
适合需要统一网络和本地通信接口的场景

8. IPC方式综合比较与选型指南

8.1 性能基准对比

根据我的实测数据（在Intel i7-9700K, Linux 5.4.0上）：

IPC方式	延迟（微秒）	吞吐量（MB/s）
共享内存	0.5	3200
Unix域套接字	2.1	1800
管道	3.5	1200
FIFO	3.8	1100
POSIX消息队列	5.2	800
System V消息队列	6.0	750
TCP本地套接字	12.0	600

8.2 适用场景推荐

极高性能需求：共享内存 + 信号量/原子操作
简单父子进程通信：无名管道
无亲缘关系进程：FIFO或Unix域套接字
结构化消息传递：消息队列
跨主机通信：网络套接字（未来可能扩展到本地）

8.3 常见陷阱与最佳实践

资源泄漏：所有IPC资源都需要显式释放
同步问题：除套接字外，大多数IPC需要额外同步
安全考虑：设置正确的权限（特别是System V IPC）
可移植性：POSIX IPC比System V更现代，但支持可能不同
调试技巧：使用ipcs/ipcrm命令查看和管理System V IPC资源

在实际项目中，我通常会根据以下因素选择IPC方式：

进程关系（父子/无关）
数据量大小
性能要求
是否需要持久化
未来是否可能扩展到多机

记住，没有"最好"的IPC方式，只有最适合特定场景的选择。混合使用多种IPC方式（如共享内存+信号量）往往能获得最佳效果。