RabbitMQ：架构图-CSDN博客

本文链接：https://blog.csdn.net/hezuijiudexiaobai/article/details/147949264

RabbitMQ 是一个开源的消息代理，用于在分布式系统中解耦、可靠地传递消息。它基于 AMQP 协议，实现了灵活的交换机（Exchange）、队列（Queue）和绑定（Binding）模型，支持高可用集群、插件扩展和多种协议。以下介绍其核心概念，帮助快速入门并理解消息流转、路由和高可用特性。

在这里插入图片描述

展示了 RabbitMQ 在消息流转（Publish → Route → Enqueue → Consume）与集群高可用层面的整体设计

Producer（生产者）：负责创建并发送消息到 RabbitMQ 的客户端应用或服务。生产者通过指定的 Exchange 将消息发布到 Broker 中，消息内容可以是任意字节流，如 JSON、XML 或文本【(GeeksforGeeks)】。
Exchange（交换机）：接收生产者发送的消息，并根据类型和路由键（Routing Key）将消息路由到一个或多个 Queue。【(RabbitMQ)】
Queue（队列）：存储待消费的消息的容器，消费者可从队列中按序拉取或被推送消息，直到被确认（acknowledge）后才从队列中移除【(Informatica Docs)】。
Consumer（消费者）：订阅一个或多个队列，接收并处理消息。消费者在处理完成后，向 Broker 发送 ACK，以便 Broker 可以安全删除消息【(GeeksforGeeks)】。
Binding（绑定）：将 Exchange 与 Queue 相连的规则，Binding 可携带路由键或某些参数，用于告诉 Exchange 如何将消息路由到对应的队列【(GeeksforGeeks)】。
Routing Key（路由键）：消息携带的任意字符串，Exchange 根据其类型和绑定的路由键来决定消息流向哪些队列【(GeeksforGeeks)】。

连接（Connection）：生产者和消费者通过TCP连接与RabbitMQ服务器通信。

通道（Channel）：每个连接可以包含多个通道，通道是建立在单个TCP连接上的虚拟连接，用于执行AMQP命令。使用通道可以减少TCP连接的开销，允许多个用户或应用程序共享一个连接。

RabbitMQ 支持多种 Exchange 类型，每种类型决定了路由逻辑：

Direct Exchange：将消息路由到绑定时指定了完全匹配路由键的队列【(RabbitMQ)】。
Fanout Exchange：忽略路由键，将消息广播到绑定的所有队列，常用于订阅/发布场景【(RabbitMQ)】。
Topic Exchange：根据路由键的通配模式（如 user.* 或 #.log）进行灵活匹配，将消息路由到符合模式的队列【(RabbitMQ)】。
Headers Exchange：通过消息头（Headers）与绑定时配置的键值对匹配，而非使用路由键【(Informatica Docs)】。

Publish（发布）：Producer 调用 basic_publish 将消息发送到指定 Exchange，并携带 Routing Key。【(维基百科)】
Route（路由）：Exchange 按 Binding 规则将消息复制或转发到一个或多个队列【(RabbitMQ)】。
Enqueue（入队）：消息落入队列并等待被消费；如果队列设置为持久化（durable），消息也可写入磁盘以防宕机丢失【(维基百科)】。
Consume（消费）：Consumer 调用 basic_consume 或 basic_get 接收消息，并在处理成功后发送 ACK，Broker 删除该消息，否则可重新入队或丢弃（根据配置重试或死信）【(RabbitMQ)】。

Publisher Confirms：可选的发布确认机制，当 Broker 成功接收到并持久化消息后，会向生产者发送确认（ACK），确保消息不丢失【(维基百科)】。
Consumer Acks：消费者必须显式 ACK 才算消息被正确处理；如果消费者断开连接且未 ACK，消息会重新入队供其他消费者消费，保证至少一次交付【(RabbitMQ)】。
事务模式（Transactions）：RabbitMQ 也支持事务，但性能较低，通常推荐使用 Publisher Confirms 代替事务以兼顾性能与可靠性【(维基百科)】。

镜像队列（Mirrored Queues）：在集群中将队列镜像到多个节点，任何节点失败时，仍可从其他节点继续消费，保证高可用【(维基百科)】。
集群模式（Clustering）：多个 Broker 节点可组成集群，分布 Exchange 与 Queue 的元数据，实现水平扩展与故障转移【(维基百科)】。
联邦（Federation）与 Shovel 插件：用于跨数据中心或不同 RabbitMQ 集群间的消息转发和复制，支持异地高可用与灾备【(维基百科)】。

Management Plugin：提供 Web UI、HTTP API 和 Prometheus 指标，用于监控、管理虚拟主机、用户、队列和连接【(维基百科)】。
STOMP/MQTT/Web STOMP 插件：使 RabbitMQ 支持多种协议，方便物联网、WebSocket 或其他协议的客户端集成【(维基百科)】。
Delayed Message Plugin：允许在队列中延迟消息投递，用于任务调度与重试场景【(维基百科)】。

以上便是 RabbitMQ 的核心概念介绍，包括消息流转的主要组件、Exchange 类型与路由逻辑、确认与可靠性机制，以及高可用集群和插件生态。掌握这些要素，便可快速构建稳定且可扩展的消息驱动系统。