面试官：请问进程间通信（IPC）的方式有哪些？各自有什么特点和适用场景？
面试回答
“进程间通信主要有六种常见的方式：管道、消息队列、共享内存、信号量、信号和套接字。
- 管道 (Pipe)：分为匿名管道和命名管道。匿名管道只能用于父子进程等有血缘关系的进程间通信，它是半双工的，数据只能单向流动。命名管道 (FIFO) 则打破了血缘限制，可以在任意进程间通信。管道的本质是内核中的一块缓存，数据像水流一样先进先出。
- 消息队列 (Message Queue)：它保存在内核中，是消息的链表。相比管道，它克服了数据没有格式、大小受限的缺点。进程可以按消息类型来读取数据，而不是像管道那样只能按字节流顺序读。不过它的缺点是通信过程中存在用户态到内核态的数据拷贝开销。
- 共享内存 (Shared Memory)：这是最高效的 IPC 方式。它直接拿出一块虚拟地址空间，映射到不同进程的页表里，这样多个进程就能直接读写同一块物理内存，省去了内核和用户态之间的数据拷贝。但因为是多个进程同时操作，容易产生竞态条件。
- 信号量 (Semaphore)：为了解决共享内存的同步问题，通常会配合信号量使用。信号量本质上是一个计数器，用来实现进程间的互斥和同步，它本身不传递复杂数据，而是作为‘锁’来保护共享资源。
- 信号 (Signal)：这是一种异步通信机制，主要用于通知接收进程某个事件已经发生，比如我们在终端按下
Ctrl+C就会发送SIGINT信号来终止进程。 - 套接字 (Socket)：前面的方式基本都局限在同一台主机内的进程通信，而 Socket 不仅可以用于本机进程通信（如 Unix Domain Socket），还能用于跨网络的跨主机进程通信。”
系统讲解
核心对比
| 通信方式 | 核心特点 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|---|
| 匿名管道 (Pipe) | 半双工，基于内存，有血缘限制 | 简单，自带同步机制 | 只能单向，仅限父子/兄弟进程，容量有限 | 父子进程间的简单数据传递 |
| 命名管道 (FIFO) | 半双工，基于文件系统，无血缘限制 | 任意进程可通信 | 依然是字节流，读写阻塞 | 本机任意进程间的简单数据流 |
| 消息队列 | 基于内核的链表，面向消息 | 按消息类型读取，避免字节流解析 | 存在内核态与用户态的数据拷贝，容量受限 | 需要传递结构化数据，且不频繁的场景 |
| 共享内存 | 映射同一块物理内存 | 速度最快，零拷贝 | 需要自己处理同步和互斥问题 | 频繁、大量数据交换的场景 |
| 信号量 | 计数器，用于同步互斥 | 解决并发冲突 | 编程复杂度高，不传递实际数据 | 配合共享内存使用，保护临界区 |
| 信号 | 异步通知机制 | 响应快，开销小 | 携带信息极少，只能是预定义的数字 | 异常处理、进程控制（如 kill） |
| 套接字 (Socket) | 全双工，支持跨网络 | 支持跨主机通信，通用性强 | 协议栈解析开销相对较大 | 跨网络通信、微服务调用 |
亮点与深度
为什么共享内存最快？
传统的 IPC 方式（如管道、消息队列）在通信时，数据需要经历两次拷贝：
- 发送方将数据从用户态拷贝到内核态。
- 接收方将数据从内核态拷贝回用户态。
而共享内存机制下，操作系统在物理内存中开辟一块空间，并将其分别映射到两个进程的虚拟地址空间中。进程可以直接对这块内存进行读写，完全避免了用户态与内核态之间的数据拷贝，因此效率极高。
Unix Domain Socket 的优势
当我们在同一台机器上使用 Socket 进行进程间通信时，通常会使用 Unix Domain Socket (UDS) 而不是 TCP/IP Socket。
- TCP/IP Socket 需要经过完整的网络协议栈（封包、解包、计算校验和、路由等）。
- Unix Domain Socket 直接在内核中通过文件系统进行数据传递，跳过了网络协议栈的处理，性能远高于本地环回地址（
127.0.0.1）的 TCP 通信。Docker 和宿主机之间的通信、MySQL 的本地连接等都广泛使用了 UDS。
常见追问
追问：管道为什么是半双工的？如果需要全双工怎么办？
管道在设计之初就是为了模拟现实中的水管，数据单向流动，这使得内核的实现非常简单（只需要维护一个读指针和一个写指针）。如果需要全双工通信，最简单的办法是创建两个管道，一个负责进程 A 写 B 读，另一个负责 B 写 A 读。或者直接使用 Socket（全双工）。