进程间通信有哪些方式？管道、消息队列、共享内存怎么选？

知识点详解：通信通道和同步规则要一起设计

管道像连续通道，不自带消息切分

假设一个进程产生日志，另一个进程消费日志，管道能连接两端。普通管道常随进程关系建立，FIFO 有名字，其他具备权限的进程也能打开。

在这里讨论的 POSIX 模型下，管道是单向字节流。一次写入不保证对应一次读取，应用仍要约定分隔符或长度。

缓冲满了会阻塞或返回相关错误，读端结束也要处理。不能只写发送逻辑而不考虑消费者慢和连接结束。

消息边界和跨机器需求会改变选择

Unix 域 Socket 支持本机进程通信，网络 Socket 则可以连接远端。具体类型决定字节流还是数据报等行为；不要把所有 Socket 都当成 TCP。

假设两个本机服务交换短请求，明确的协议、超时和错误返回往往比少一次复制更有价值。如果将来需要分到不同主机，也要评估接口能否迁移。

消息队列也要说清是哪种：操作系统 IPC 队列和 Kafka 等外部消息系统不是同一部署与可靠性模型。

共享内存把数据放到一起，也把协调问题带进来

假设采集进程写一帧图像，识别进程读取。如果后者读到一半，前者开始覆盖下一帧，看到的就可能是两帧混合。

需要设计槽位状态、完成标志、同步和所有权交接；必要时使用双缓冲或环形缓冲，但这些名字仍不替代并发协议。

共享区域里的指针不能随意指向某进程自己的普通地址。双方映射位置可能不同，通常要用约定布局、偏移和版本来表示数据。

生命周期和故障处理决定能不能用好

进程退出之后，通道怎样通知另一端？共享对象何时释放？谁有权限访问？消费者跟不上时覆盖旧数据、排队还是拒绝，都必须明确。

如果只是要求某个进程停止，信号或控制消息足够；若要传大块数据，可把共享内存作为数据通道，再用其他机制通知就绪。

评价 IPC 时要同时看端到端延迟、CPU、复制成本、拥塞和恢复复杂度。没有一个方式对所有负载都最好。

本题机制参考：管道手册、Unix Socket 手册、共享内存手册、信号手册。

面试官继续追问

共享内存需要锁吗？

需要正确同步，但不一定只用锁；原子操作等也可构成协议，前提是保证可见性和数据一致性。

管道一次写一行，另一端会一次读一行吗？

不保证。需要自己积累字节并按协议切分。

信号为什么不适合传大数据？

它的主要职责是事件通知，还有信号处理上下文等约束，不是通用大容量数据协议。

面试速记卡

• 先问：数据量、边界、跨机器和延迟要求。
• 管道：字节流，注意容量和结束。
• Socket：类型与本机/网络场景分开。
• 共享内存：共享数据，同步和生命周期另做。
• 评估：性能收益与故障恢复成本一起算。