一、IPC概述：进程间通信的必要性、IPC发展历史、Linux下IPC分类

1.1 为什么需要进程间通信？

先问大家一个问题：你的电脑上同时跑着浏览器、音乐播放器、，它们之间怎么交换数据？

说白了，每个进程都有自己的独立地址空间。这是操作系统为了保护进程，给它们划的「地盘」。但问题来了——很多时候，进程之间需要协作。

我举个例子。你在用 Chrome 下载一个文件，下载完成后需要通知文件管理器去打开它。这两个进程怎么说话？它们不能直接访问对方的内存，否则系统早乱套了。

这就是 IPC（Inter-Process Communication）存在的意义。它是一套机制，让进程之间可以安全、高效地交换数据。

我在项目中遇到过最典型的场景：一个视频采集进程不断抓取摄像头数据，需要实时传给编码进程。如果不用 IPC，这两个进程只能各自为战，根本没法协同工作。

1.2 IPC 发展历史：从简陋到成熟

IPC 不是一天建成的。我简单梳理一下它的演进过程，你想想看，这其实反映了操作系统设计思想的变迁。

时期	代表机制	特点
1960s	信号（Signal）	最早期的 IPC，简单粗暴，只能发通知
1970s	管道（Pipe）	Unix 系统引入，支持单向数据流
1980s	System V IPC	共享内存、消息队列、信号量，功能全面
1990s	Socket	网络通信标准化，跨机器 IPC 成为可能
2000s+	D-Bus、KDBus	面向桌面环境的高层 IPC 框架

我记得刚学 IPC 时，觉得信号这东西太原始了——只能发个编号，连数据都带不了。但后来做嵌入式开发才发现，在资源受限的环境下，信号反而是最轻量的选择。

1.3 Linux 下 IPC 分类详解

Linux 下的 IPC 工具五花八门。我按使用场景把它们分成几类，这样你理解起来会更清晰。

1.3.1 管道（Pipe）

管道是最古老的 IPC 方式之一。它的设计思想很简单：一个进程往管道里写数据，另一个进程从管道里读数据。

管道分两种：

• 匿名管道：只能在父子进程或兄弟进程之间使用。用 pipe() 系统调用创建。
• 命名管道（FIFO）：通过文件系统中的一个特殊文件通信，不相关的进程也能用。

// 匿名管道示例
int fd[2];
pipe(fd);

if (fork() == 0) {
    // 子进程：关闭读端，写数据
    close(fd[0]);
    write(fd[1], "hello", 5);
} else {
    // 父进程：关闭写端，读数据
    close(fd[1]);
    read(fd[0], buf, 5);
}

1.3.2 信号（Signal）

信号是一种异步通信机制。一个进程可以给另一个进程发送信号，接收方会中断当前执行，去处理信号。

常见的信号：

• SIGINT：Ctrl+C 中断
• SIGKILL：强制杀死进程
• SIGUSR1/SIGUSR2：用户自定义信号

我个人习惯用信号来做「心跳检测」。比如监控进程定期给工作进程发 SIGUSR1，如果工作进程没响应，就认为它挂了。

1.3.3 共享内存（Shared Memory）

共享内存是效率最高的 IPC 方式。它让多个进程直接映射同一块物理内存，数据不需要拷贝。

但有个问题——多个进程同时读写同一块内存，数据会乱。所以共享内存通常要配合信号量使用。

// 创建共享内存
int shmid = shmget(IPC_PRIVATE, 4096, IPC_CREAT | 0666);
void *ptr = shmat(shmid, NULL, 0);

// 进程 A 写数据
strcpy(ptr, "hello from A");

// 进程 B 读数据
printf("%s\n", (char*)ptr);

1.3.4 消息队列（Message Queue）

消息队列解决了管道没有消息边界的问题。每条消息都有类型和长度，接收方可以按类型读取。

System V 消息队列和 POSIX 消息队列是两种实现。我个人更推荐 POSIX 版本，接口更清晰。

// 发送消息
struct msgbuf {
    long mtype;
    char mtext[100];
} msg;

msg.mtype = 1;
strcpy(msg.mtext, "hello");
msgsnd(msgid, &msg, sizeof(msg.mtext), 0);

1.3.5 信号量（Semaphore）

信号量不是用来传数据的，它是用来做同步的。你可以把它理解成一个计数器，控制多个进程对共享资源的访问。

典型的场景：

• 生产者-消费者问题
• 读者-写者问题
• 多进程互斥访问硬件设备

1.3.6 Socket

Socket 是 IPC 的「瑞士军刀」。它不仅能用于同一台机器上的进程通信（Unix Domain Socket），还能跨网络通信。

Unix Domain Socket 比 TCP Socket 效率高，因为它不走网络协议栈。我建议你在同一台机器上做 IPC 时，优先考虑 Unix Domain Socket。

// Unix Domain Socket 服务端
int sock = socket(AF_UNIX, SOCK_STREAM, 0);
struct sockaddr_un addr;
addr.sun_family = AF_UNIX;
strcpy(addr.sun_path, "/tmp/mysocket");

bind(sock, (struct sockaddr*)&addr, sizeof(addr));
listen(sock, 5);
int client = accept(sock, NULL, NULL);

1.4 如何选择 IPC 方式？

你可能会问：这么多 IPC 方式，我该用哪个？

我一般按这几个维度来选：

场景	推荐 IPC	原因
简单通知	信号	轻量，开销小
父子进程数据流	管道	实现简单，天然支持
大量数据共享	共享内存	零拷贝，性能最高
结构化消息	消息队列	有消息边界，支持优先级
跨机器通信	Socket	标准化，跨平台
同步互斥	信号量	专门干这个的

嗯，这里要补充一句：没有银弹。我见过有人用共享内存传小数据，结果同步开销比数据拷贝还大。也见过有人用 Socket 做本地通信，白白浪费了性能。

选 IPC 方式，说白了就是权衡——你要在性能、复杂度、可维护性之间找到平衡点。

下一章，我会深入讲管道——这个看似简单实则暗藏玄机的 IPC 方式。到时候我会分享一个我踩过的坑，保证让你印象深刻。