4.5 KiB
RabbitMQ 简介
一、简介
RabbitMQ 是目前最为广泛使用的开源消息中间件，它具备以下的特点：
支持多种消息传递协议，拥有丰富的交换器类型，能够将消息灵活路由到各个队列；
轻量级，支持多种部署方式，易于部署在公共云和私有云中；
支持跨语言开发，如：Java，.NET，PHP，Python，JavaScript，Ruby，Go；
可以通过集群来实现高可用性和高吞吐，还可以通过 Federation 插件来连接不同的服务；
插拔式的身份验证和授权，支持TLS和LDAP；
支持持续集成，能够使用各种工具和插件进行灵活地扩展；
能够使用多种方式进行监控和管理，如 HTTP-API，命令行工具和 UI 界面。
二、模型架构
2.1 核心概念
1. Exchange（交换器）
负责将消息路由到一个或者多个队列中。
2. Queue（消息队列）
用于存储消息。多个消费者可以订阅同一个消息队列，此时候队列中的消息会被平均分配给多个消费者进行处理。
3. BindingKey (绑定键）
交换器与队列通过 BindingKey 进行绑定。
4. Routingkey (路由键）
生产者将消息发给交换器的时候，一般会指定一个 RountingKey，用来指定这个消息的路由规则。当 RountingKey 与 BindingKey 在规则上相符合时，消息被路由到对应的队列中。
2.2 运转流程
生产者发送消息过程：
- 生产者连接到RabbitMQ Broker , 建立一个连接（Connection）, 开启一个信道（Channel）；
- 生产者声明一个交换器，并设置相关属性；
- 生产者声明一个队列并设置相关属性；
- 生产者通过路由键将交换器与队列绑定起来；
- 生产者发送消息至 RabbitMQ Broker ，其中包含路由键、交换器等信息；
- 相应的交换器根据接收到的路由键查找相应的匹配队列；
- 如果找到，则将从生产者发送过来的消息存入相应的队列中；
- 如果没有找到，则根据生产者配置的属性选择丢弃还是回退给生产者；
- 关闭信道；
- 关闭连接。
消费者接收消息的过程：
- 消费者连接到 RabbitMQ Broker, 建立一个连接（Connection）, 开启一个信道（Channel）；
- 消费者向 RabbitMQ Broker 请求消费相应队列中的消息，可能会设置相应的回调函数；
- 等待 RabbitMQ Broker 回应并投递相应对列中的消息，消费者接收消息；
- 消费者确认（ack）接收到的消息；
- RabbitMQ 从队列中删除相应已经被确认的消息；
- 关闭信道；
- 关闭连接。
2.3 连接与信道
生产者和消费者都需要与 Broker 建立 TCP 连接，但由于创建和销毁 TCP 的操作非常昂贵，所以 RabbitMQ 采用了连接复用的方式，在同一个 TCP 连接上建立多个互相独立的信道。
三、交换器类型
3.1 fanout
把消息路由到与该交换器绑定的所有队列中。
3.2 direct
把消息路由到 BindingKey 和 RountingKey 完全一样的队列中。
3.3 topic
将消息路由到 BindingKey 和 RountingKey 相匹配的队列中，匹配规则如下：
- RountingKey 和 BindingKey 由多个单词使用
.号进行连接； - BindingKey 支持两个特殊符号：
#和*。其中*用于匹配一个单词，#用于匹配零个或者多个单词。
以下是官方文档中的示例，交换器与队列的 BindingKey 如图所示：
- 路由键为
lazy.orange.elephant的消息会发送给所有队列； - 路由键为
quick.orange.fox的消息只会发送给第一个队列； - 路由键为
lazy.brown.fox的消息只会发送给第二个队列； - 路由键为
lazy.pink.rabbit的消息只会发送给第二个队列； - 路由键为
quick.brown.fox的消息与任何绑定都不匹配； - 路由键为
orange或quick.orange.male.rabbit的消息也与任何绑定都不匹配。
3.4 headers
在 Queue 与 Exchange 进行绑定时可以指定一组键值对作为 BindingKey；在发送消息的 headers 中的可以指定一组键值对属性，当这些属性与 BindingKey 相匹配时，则将消息路由到该队列。同时还可以使用 x-match指定匹配模式：
- x-match = all ：所有的键值对都相同才算匹配成功；
- x-match = any：只要有一个键值对相同就算匹配成功。