一、RabbitMQ的架构
RabbitMQ的架构可以查看官方地址
可以看出RabbitMQ中主要分为三个角色:
- Publisher:消息的发布者,将消息发布到RabbitMQ中的Exchange
- RabbitMQ服务:Exchange接收Publisher的消息,并且根据Routes策略将消息转发到Queue中
- Consumer:消息的消费者,监听Queue中的消息并进行消费
- Routes:就是我们下面说的 Routing Key
RabbitMQ发送消息的策略是,消息到达Exchange,然后根据 RoutingKey 去配置到 Queue,然后消费者监听queue来完成消费
二、AMQP概念
RabbitMq是基于AMQP协议的。
1.什么是AMQP协议
- server:又称Broker,接收客户端连接,实现AMQP实体服务
- Connection: 连接,应用程序与Broker的网络连接
- Channel:网络信道,几乎所有的操作都在Channel中进行,Channel是进行消息读写的通道。客户端可建立多个Channel,每个Channel代表一个会话任务。
- Virtual Host :虚拟地址,用于进行逻辑隔离,最上层的消息路由。一个Virtual host里面可以有若干个Exchange和Queue,同一个Virtual host 里面不能有相同名称的Exchange或Queue,可以理解为 Mysql中的 db概念,不同的用户可以管理不同的 Virtual Host,默认是 / 目录,也可以在 管理页面上 创建 Virtual Host 并指定给相应的用户,或者在命令行中创建和设置用户。
- ExChange:交换机,接收消息,根据路由键转发消息到绑定的队列
- Binding:Exchange和Queue之间的虚拟连接,binding中可以包含routing key(路由键)
- Routing key:一个路由规则,虚拟机可用它来确定如何路由一个特定消息
- Queue:也称为Message Queue,消息队列,保存消息并将它们转发给消费者
- Message:消息,服务器和应用程序之间传送的数据,由Properties和Body组成,Properties可以对消息进行修饰,比如消息的优先级、延迟等高级特性;Body则就是消息体内容
二、ExChange详解
- Name:交换机名称
- Type:RabbitMQ中交换机的类型有 direct(直接) 、topic(主题)、fanout(广播)、headers(标题)
- Durability:交换机是否需要持久化,true为持久化。
- Auto Delete:当最好一个绑定到Exchange上的队列删除后,自动删除Exchange。
- Internal:当前Exchange是否用于RabbitMQ内部使用,默认False
- Arguments:扩展参数,用户扩展AMQP协议自制定化使用
三、Queue详解
- name:队列的名称
- durable:是否是持久化队列
- autoDelete:当最后一个消息不在了,是否自动删除队列,默认false。
三、RabbitMQ通讯的方式
RabbitMQ通讯方式 是依赖于 Exchange的类型的。
3.1 direct类型交换机
所有发送到Direct Exchange的消息被转发到RouteKey中指定的Queue
注意:Direct模式可以使用RabbitMQ自带的Exchange:default Exchange,所以不需要将Exchange进行任何绑定操作,消息传递时,RouteKey必须完全匹配才会被队列接收,否则该消息会被抛弃
注意:Direct模式可以使用RabbitMQ自带的Exchange:default
Exchange,所以不需要将Exchange进行任何绑定操作,消息传递时,RouteKey必须完全匹配才会被队列接收,否则该消息会被抛弃
3.2 fanout类型交换机
- 不处理Routing Key,只需要简单的将队列绑定到交换机上
- 发送到交换机的消息都会被转发到与该交换机绑定的所有队列上
- Fanout交换机转发消息是最快的
3.3 topic类型交换机
所有发送到Topic Exchange的消息被转发到所有关心RouteKey中指定Topic的Queue上
Exchange将RouteKey和某个Topic进行模糊匹配,此时队列需要绑定一个Topic
注意:可以使用通配符进行模糊匹配
- 符号
#
匹配一个或多个词 - 符号
*
只匹配一个词 - 例如:
log.#
能够匹配到 log.info.a、log.info.c、log.info log.*
只能匹配到 log.info 。
3.4 headers类型交换机
上面的三种都是通过 Routing Key来进行匹配的,而headers是通过消息的header来进行匹配的。
headers头部的 x-match 参数是 必须的,如果x-match设置的是all,那么生产者在生产消息时必须满足设置的headers条件,
我上面设置的是 x-match=all ,name=jack,age=23,那么我想发送消息到这个队列里面,那么消息头必须要有 name=jack,age=23。
如果我设置的是 x-match=any ,那么我满足其中一个条件就好了,比如上面是 name = jack,age= 23,那么我消息头带其中的一个就可以了,也就是他们两个的任意一个。
如果不满足的话,消息无法到达exchange绑定的queue中。