主要的 IPC 机制有哪些，各自何时使用？

Question

IT Interview Practice · Accepted Answer

因为每个进程都有一个**隔离的地址空间**，它们不能直接共享变量——它们需要**进程间通信（inter-process communication, IPC）**。操作系统提供了几种机制，它们在速度、方向以及是否能跨机器工作上各不相同。

## 主要机制

```text
Pipe / FIFO      → byte stream, one direction; anonymous pipe = parent↔child, named FIFO = any procs
                   e.g.  ls | grep foo   (the shell wires stdout→stdin via a pipe)
Shared memory    → both map the SAME physical pages → FASTEST (no copy), but you must
                   synchronize access yourself (semaphore/mutex)
Message queue    → kernel-managed queue of discrete messages; decoupled, preserves boundaries
Socket           → bidirectional stream/datagram; UNIX-domain (same host) or TCP/UDP (across network)
Signal           → tiny async notification (a number), e.g. SIGINT, SIGTERM — control, not data transfer
```

## 如何选择

- **Pipe** —— 简单的单向字节流；shell pipeline 和 parent/child 管道的骨干。
- **Shared memory** —— 当你需要**高吞吐 / 低延迟**时（例如数据库的 shared buffer）。它最快，因为数据不经过 kernel 拷贝——但它*不*提供同步，所以你要把它与 semaphore 搭配使用。
- **Message queue** —— 当你想要**离散的消息**、保留边界且松耦合时。
- **Socket** —— 最灵活：同主机的 **UNIX-domain socket** 很快；TCP/UDP socket 还能**跨机器**工作，这就是为什么网络化的 service 使用它们。
- **Signal** —— 用于**控制（control）**事件（中断、终止、子进程已退出），不用于搬运数据。

```text
        copy through kernel                          no copy
  slower ◀─────────────────────────────────────────────▶ faster
  socket / message queue / pipe            shared memory (+ your own locking)
```

## 为什么这很重要

IPC 的选择塑造一个系统的架构与性能。面试官想看你把机制与需求匹配：shared memory 用于原始速度（接受同步的负担）、socket 用于灵活性与网络透明、pipe 用于简单流式、signal 用于控制。这是理解一条 shell pipeline、一个多进程 web server、一个数据库的 shared buffer、或多个 microservice 实际如何互相对话的基础。

主要机制

如何选择

为什么这很重要

相关问题