命名管道 (mkfifo) 是 RabbitMQ 的前身吗？

Question

RabbitMQ 是否用于进程间通信，如管道和命名管道？RabbitMQ 与命名管道相比如何？除了分布式系统。

（RabbitMQ，对于那些还没有遇到过的人来说，它是一个开源的、中间件、使用 AMQP 的企业消息代理。）

Answer 1

RabbitMQ 是否用于进程间通信，如管道和命名管道？

不。这不是理解 RabbitMQ 的最佳方式，也不是一般意义上的基于消息传递代理的中间件。

如果您正在寻找一种范式来开始理解 RabbitMQ 及其同类产品，请不要考虑低级 IPC。

想想 Unix 邮件。

• 程序生成消息。
• 他们有标题和正文。
• 它们甚至具有（可选）消息 ID、MIME 内容类型、时间戳和回复地址。
• 他们被送到经纪人那里。
• 代理路由它们，并根据路由拓扑将它们放入队列，其他程序从中检索它们。
• 有扇出交换创建要发送的多个消息副本。
• 甚至还有死信箱。

当然，一旦深入了解细节，它就不完全是邮件了。

• 路由拓扑受客户端程序控制，使用与发送和接收消息相同的客户端-服务器协议。
• DNS 在很大程度上不涉及。
• 它不是存储转发。
• 扇出交换只是非常粗略地类似于邮件列表。
• 客户端程序可以使用该协议来清除队列 ( https://askubuntu.com/a/707523/43344 ) 并设置消息的 TTL。
• 有不同程度的耐久性和持久性。
• 消息的接收可能涉及握手、正面和负面以及以编程方式强制重新传递。
• 有一个安全范例来控制哪些客户端可以访问基础设施的哪些部分，允许管理员（比如）限制使用用户凭据“JdeBP”登录的客户端可以将消息发送到的位置。

但是邮件是理解这些概念的一个很好的初步近似，无论如何都比开始与 IPC 或 RPC 子系统进行比较要好得多。