VB.net 2010 视频教程 VB.net 2010 视频教程 python基础视频教程
SQL Server 2008 视频教程 c#入门经典教程 Visual Basic从门到精通视频教程
当前位置:
首页 > 编程开发 > Java教程 >
  • 【MQ中间件】RabbitMQ -- RabbitMQ消息模式(2)

RabbitMQ消息模式

各个模式相关代码及笔记md已汇总至gitHub专区:

RabbitMQStudy

 

1.RabbitMQ架构

1.1.RabbitMQ核心组成

核心概念:
Server:又称Broker ,接受客户端的连接,实现AMQP实体服务。 安装rabbitmq-server
Connection:连接,应用程序与Broker的网络连接 TCP/IP/ 三次握手和四次挥手
Channel:网络信道,几乎所有的操作都在Channel中进行,Channel是进行消息读写的通道,客户端可以建立对各Channel,每个Channel代表一个会话任务。
Message :消息:服务与应用程序之间传送的数据,由Properties和body组成,Properties可是对消息进行修饰,比如消息的优先级,延迟等高级特性,Body则就是消息体的内容。
Virtual Host 虚拟地址,用于进行逻辑隔离,最上层的消息路由,一个虚拟主机理由可以有若干个Exhange和Queueu,同一个虚拟主机里面不能有相同名字的Exchange
Exchange:交换机,接受消息,根据路由键发送消息到绑定的队列。(==不具备消息存储的能力==)
Bindings:Exchange和Queue之间的虚拟连接,binding中可以保护多个routing key.
Routing key:是一个路由规则,虚拟机可以用它来确定如何路由一个特定消息。
Queue:队列:也成为Message Queue,消息队列,保存消息并将它们转发给消费者。

 

1.2.RabbitMQ整体架构

 

 从架构图中我们可以看出:RabbitMQ架构包含了:Provider(生产者)Exchanges(交换机)Queues(队列)Consumer(消费者)

 

1.3.RabbitMQ的运行流程

生产者将业务方数据进行可能的包装, 之后封装成消息, 发送( AMQP 协议里这个动作对应的命令为Basic.Publish) 到Broker 中。消费者订阅并接收消息(AMQP 协议里这个动作对应的命令为Basic.Consume 或者Basic. Get) ,经过可能的解包处理得到原始的数据,之后再进行业务处理逻辑。这个业务处理逻辑并不一定需要和接收消息的逻辑使用同一个线程。

消费者进程可以使用一个线程去接收消息,存入到内存中,比如使用Java 中的BlockingQueue 。业务处理逻辑使用另一个线程从内存中读取数据,这样可以将应用进一步解稿,提高整个应用的处理效率。

详细的执行流程过程涉及到的底层通信原理比较复杂,有兴趣的可以了解另一篇博文,写的非常详细,这里就不再做过多地阐述:

rabbitMQ基本概念

rabbitMQ运转流程

 

2.RabbitMQ支持的消息模式

参考官网:https://www.rabbitmq.com/getstarted.html

2.1.简单模式 Simple

 

在简单模式的消息发送中,不需要特别创建交换机(指定交换机的类型),通过默认的交换机Binding Default exchange,通过指定Routing key关联Queues中的queue name向对应的Queue队列发送消息。

注意:

rabbitmq发送消息一定有一个交换机,如果没有创建交换机,默认使用Default_exchange进行绑定。

 

 

最终向queue1中发送消息,获取消息内容如下:

 

Ack Mode:消息应答模式

Nack message:接收消息后不对消息进行应答,及消费者不会回复反馈给生产者,Queue中仍然会保存消息;

Ack message:接收消息并应答,此时生成者受到消费者回复,将Queue中该条消息消费。

 

2.2.工作队列模式 WorkQueues

工作队列模式也是指定的默认的default默认交换机对多个Queue消费者进行消息的发送,

主要有两种模式:
1、轮询模式分发:一个消费者一条,按均分配,平均分,不会因为哪个消费者内部处理速率较快而减少消息的发送;
2、公平分发:根据消费者的消费能力进行公平分发,处理快的处理的多,处理慢的处理的少;按劳分配

 

实际代码上的区别就是公平分发一定要设置应答方式为手动应答,而轮询模式设置为自动应答:

//根据实际场景设置:取决于服务的处理速度、磁盘空间等,为1表示每次只消费1条
finalChannel.basicQos(1);
//公平分发一定需要手动应答
finalChannel.basicAck(delivery.getEnvelope().getDeliveryTag(),false);

 

 2.3.发布订阅模式 Publish/Subscribe

发布订阅模式使用fanout类型交换机绑定每一个消费者Queue队列,相当于广播的形式,订阅了该交换机(频道)的Queue都会收到通过交换机发送的来自生产者的消息。

而在此过程中消费者Queues必须与fanout_exchange进行一对一绑定。

 

 

 

 2.4.路由模式Routing

路由模式的交换机类型是:direct类型

路由模式与发布订阅模式非常相似,也非常容易理解。它只是在发布订阅模式上新增了路由key,通过对应的路由key与对应的Queue进行绑定,这个Queue就被key唯一标识了。

然后当交换机再去发送消息的时候,会在绑定了交换机的Queue中指定对应的路由key进行发送,只有对应路由key为发送key一一对应的才能收到消息。

 

测试发给Routing key为error的queue队列(队列都绑定了路由direct_exchange):

 

 

 

 

 

 2.5.主题Topic模式

 

主题模式topics相较于路由模式是非常相似的,只不过在路由的基础之上增加了支持模糊匹配的Routing key的形式。 

主题模式的交换机类型选择必须是topic类型。

匹配规则:

#:表示0个或者多个,取值范围为[0,+无穷大)

*:表示1个,取值为1,即必须要有一个。

 

测试队列Routing key如下,都绑定上了topic主题类型的交换机:

 

 

可以看到,只有queue1与queue2收到了对应的消息:

 

 

2.6.参数模式

参数模式的exchange类型为:headers。

参数模式会在路由匹配时根据相应的Queue携带的参数信息进行匹配,而exchange则根据arguement参数进行一对一发送:

Arguments信息标识,测试选择x=1的队列进行发送:

 

 

 

可以看到queue1中已经收到了消息:

 

 

3.总结

RabbitMQ支持的消息模式:

简单模式 Simple

  • 交换机类型:default
  • 特点:通过默认交换机实现一对一分发

工作模式 Work

  •  交换机类型:default
  • 特点:轮询分发:按均分配;公平分发:按劳分配;

发布订阅模式

  • 交换机类型:fanout
  • 特点:订阅频道,每个队列与交换机绑定,都能收到消息

路由模式

  • 交换机类型:direct
  • 特点:有route key作为标识,发送消息时通过路由key进行一对一发送,实际性能会有所损耗

主题模式

  • 交换机类型:topic
  • 特点:在route key基础上增加了模糊匹配,#:0个或者多个;*:必须有一个

参数模式

  • 交换机类型:headers
  • 特点:携带参数Arguments,实际发送与有对应参数的队列相匹配进行发送

 原文:https://www.cnblogs.com/yif0118/p/14665274.html


相关教程