1. RabbitMQ 概述：消息队列核心概念、发展历史、AMQP 协议模型与主流对比
1.1 消息队列核心概念
消息队列（Message Queue, MQ）是一种异步通信中间件，用于解耦生产者和消费者。核心概念包括：
- 生产者（Producer）：发送消息的应用程序。
- 消费者（Consumer）：接收并处理消息的应用程序。
- 队列（Queue）：存储消息的缓冲区，遵循 FIFO 原则。
- 交换机（Exchange）：接收生产者消息，根据路由规则分发到队列。
- 绑定（Binding）：交换机与队列之间的关联规则，包含路由键。
- 路由键（Routing Key）：消息携带的标签，交换机据此匹配绑定。
- 虚拟主机（Virtual Host）：逻辑隔离单元，类似命名空间。
关键指标：消息队列的吞吐量通常以 TPS（每秒事务数）衡量；延迟以 P99（99% 请求完成时间）衡量；可靠性通过 ACK 机制和持久化保证。
1.2 RabbitMQ 发展历史
| 时间 | 里程碑 | 说明 |
|---|---|---|
| 2007 | 诞生 | 由 Rabbit Technologies Ltd. 基于 Erlang/OTP 开发，实现 AMQP 0-9-1 协议。 |
| 2010 | 被 VMware 收购 | 获得企业级支持，开始集成 Spring 生态。 |
| 2013 | 加入 Pivotal | 成为 Cloud Foundry 平台核心消息组件。 |
| 2019 | VMware 再次收购 Pivotal | 归入 VMware Tanzu 套件，持续迭代。 |
| 至今 | 活跃版本 3.13+ | 支持 Quorum Queues、Streams、Shovel、Federation 等高级特性。 |
选型启示：RabbitMQ 的 Erlang 运行时天然支持高并发连接和低延迟路由，适合复杂路由和事务性消息场景。
1.3 AMQP 协议模型
AMQP（Advanced Message Queuing Protocol）是一个线级协议，定义了消息的格式、传输和语义。RabbitMQ 主要实现 AMQP 0-9-1 版本，其模型包含三层：
- Model Layer：定义交换机、队列、绑定等高级抽象。
- Session Layer：管理信道（Channel）和连接（Connection）的生命周期。
- Transport Layer：处理帧（Frame）的序列化、心跳和 TCP 传输。
注意：AMQP 0-9-1 与 AMQP 1.0 不兼容。RabbitMQ 通过插件支持 AMQP 1.0，但原生核心仍基于 0-9-1 模型。理解绑定键和路由机制必须从 0-9-1 的 Exchange 类型出发。
1.4 RabbitMQ 与 Kafka / RocketMQ 对比
三种主流消息中间件在设计哲学和适用场景上存在显著差异：
| 维度 | RabbitMQ | Apache Kafka | Apache RocketMQ |
|---|---|---|---|
| 协议 | AMQP 0-9-1（原生） | 自定义二进制协议 | 自定义协议（兼容 JMS） |
| 消息模型 | Exchange + Queue + Binding | Topic + Partition + Offset | Topic + Queue + Tag |
| 路由能力 | ★★★★★ 丰富（Direct/Topic/Fanout/Headers） | ★★☆☆☆ 简单（仅 Topic 匹配） | ★★★☆☆ 中等（Tag 过滤 + SQL 表达式） |
| 吞吐量 | 万级 TPS（单节点） | 百万级 TPS（分区并行） | 十万级 TPS（批量刷盘） |
| 延迟 | 微秒级（内存路由） | 毫秒级（磁盘顺序写） | 毫秒级（异步刷盘） |
| 消息顺序 | 单队列有序 | 分区内严格有序 | 队列内严格有序 |
| 消息回溯 | 不支持（默认删除） | 支持（基于 Offset） | 支持（基于时间戳） |
| 典型场景 | 任务调度、微服务解耦、复杂路由 | 日志采集、流处理、大数据管道 | 交易消息、削峰填谷、分布式事务 |
选型建议：本课程聚焦 RabbitMQ 的绑定键与连接池调优，核心优势在于灵活的路由语义和低延迟确认。如果你的业务需要根据消息属性做复杂分发（如订单路由到不同处理队列），RabbitMQ 是首选；如果追求极致吞吐和日志回溯，则 Kafka 更合适；如果需要强一致性的分布式事务消息，RocketMQ 的 Half Message 机制更成熟。