MQ消息队列基础2(两种模式)

1.消息队列常用的两种模型:点对点和发布/订阅

点对点:消息生产者生产消息发送到queue中,然后消息消费者从queue中取出并且消费消息。

1.1

同一个队列可以关联多个消息生产者和消息消费者,但一条消息只能够被一个消息消费者接收;如果多个消息消费者正在监听队列上的消息,JMS消息服务器将根据“先来者优先”的原则确定由哪个消息消费者接收下一条消息,消息消费者接收到消息不重复——比如一个消息发布者发布了10个消息,两个接收者A和B,那么A和B两个接收者总共会收到10条消息,不重复——也就是说一个Queue可以有很多消息消费者,并且在多个可用的消息消费者中负载均衡;

1.2

消息生产者不需要在消息接收者接收该消息期间处于运行状态,消息接收者也不需要在发送消息时处于运行状态;

1.3

消息接收者接收的所有消息都需要签收,以通知消息服务器是否已接受。如果消息服务器获知某条消息已经被消息消费者接收,那么该消息将从消息服务器端特定的队列中移走;否则该条消息将保留在消息服务器端特定的队列中,一直到消息服务器获知该条消息已被消息消费者接受为止(即如果在消息生成者发送消息的时没有消息消费者接收该条消息,那么该消息将保留在消息服务器端特定的队列中,一直到有消息消费者接收该条消息)
 

1.4

这种消息传递模型是传统意义上的懒模型或轮询模型。在此模型中,消息不是自动推动给消息消费者的,而是要由消息消费者从队列中请求获得。

2.发布/订阅,可以重复消费

2.1

消息生产者将消息发布到topic中,可以同时有多个消费者进行订阅消费同一条消息。

2.2

只有订阅了topic里主题的且处于活跃状态的订阅者才会接受到消息(除非订阅者建立了持久的订阅。订阅者建立持久订阅后,消息发布者在消息订阅者处于非活动状态时发布的消息将在消息订阅者再次处于活动状态时重新发布以使再度处于活动状态的消息订阅者接收到该消息)

2.3

消息订阅者接收的所有消息都需要签收,以通知消息服务器是否已接受(即JMS一直保留消息,直至某个特定主题对应的所有订阅者都接收到消息为止)。

2.4

pub/sub消息传递模型基本上是一个推模型。在该模型中,消息服务器会自动将特定主题中的消息广播出去,消息消费者无须通过主动请求或轮询主题的方法来获得新的消息。

3 流行模型比较

传统企业型消息队列ActiveMQ遵循了JMS规范,实现了点对点和发布订阅模型,但其他流行的消息队列RabbitMQ、Kafka并没有遵循JMS规范。

3.1

RabbitMQ实现了AQMP协议,AQMP协议定义了消息路由规则和方式。生产端通过路由规则发送消息到不同queue,消费端根据queue名称消费消息。
RabbitMQ既支持内存队列也支持持久化队列,消费端为推模型,消费状态和订阅关系由服务端负责维护,消息消费完后立即删除,不保留历史消息。

(1)点对点
生产端发送一条消息通过路由投递到Queue,只有一个消费者能消费到。

3.2多订阅
当RabbitMQ需要支持多订阅时,发布者发送的消息通过路由同时写到多个Queue,不同订阅组消费不同的Queue。所以支持多订阅时,消息会多个拷贝。

 

4.Kafka

Kafka只支持消息持久化,消费端为拉模型,消费状态和订阅关系由客户端端负责维护,消息消费完后不会立即删除,会保留历史消息。因此支持多订阅时,消息只会存储一份就可以了。但是可能产生重复消费的情况。

(1)点对点&多订阅
发布者生产一条消息到topic中,不同订阅组消费此消息。

 

较好的参考资料:

https://blog.csdn.net/cws1214/article/details/52922267

https://www.cnblogs.com/jackytang/p/9011051.html

https://blog.csdn.net/chushoufengli/article/details/102806299

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值