Springboot使用RabbitMQ看这几篇就够了(模式详解篇)!

各位看官可以关注博主个人博客,了解更多信息。
作者:Surpasser
链接地址:https://surpass.org.cn

前言

前面说到在Windows主机上安装RabbitMQ,和三种大类模式,那么这里就比较详细的解释模式中的情况。这里只涉及概念,不展示测试Demo。

RabbitMQ模式

点对点的队列

图例

模式描述

一个生产者P对应一个队列Q,一个队列Q由一个消费者C监听。

消费者确认模式有自动确认消息和手动确认消息两种模式。

  • true:表示自动确认,只要消息从队列中获取,无论消费者获取到消息后是否成功消费,都会认为消息已经成功消费。

  • false:表示手动确认,消费者获取消息后,服务器会将该消息标记为不可用状态,等待消费者的反馈,如果消费者一直没有反馈,那么该消息将一直处于不可用状态,并且服务器会认为该消费者已经挂掉,不会再给其发送消息,直到该消费者反馈。

work模式

图例

[图片上传失败...(image-fe2d97-1591770945454)]

模式描述

一个生产者P对应一个队列Q,一个队列被多个消费者监听消费。一条消息只能被一个消费这消费。

这里有两种方式:

  • 轮询方式:队列通过循环的方式将消息对消费者进行分发,总体来说,各个消费者消费的消息是均等的。比如说,当有 C1 和 C2 两个消费者,C1 只会消费奇数消息,C2 只会消费偶数消息。平均每个消费者获得相同数量的消息。
  • 公平分发:出现一种现象就是当奇数消息被消费者 C1 消费时间过长,且偶数消息被消费者 C2 消费时间过短时,那么 C1 就会显得很烦忙,而 C2 就会显得很悠闲,很显然这很影响工作效率。那么这种方式就用来解决这个问题,当任何一个消费者消费完周都会应答,而后队列直接分发该消费者信息进行消费。那么在相同时间内 C1 消费的消息肯定没有 C2 多。也叫做"能者多劳"。

注:使用basicQos( prefetchCount = 1)方法,来限制RabbitMQ只发不超过1条的消息给同一个消费者。当消息处理完毕后,有了反馈,才会进行第二次发送。
还有一点需要注意,使用公平分发,必须关闭自动应答,改为手动应答。

发布/订阅者模式(Publish/Subscribe)

图例

[图片上传失败...(image-efaafb-1591770945454)]

模式描述

  1. 1个生产者,多个消费者
  2. 每一个消费者都有自己的一个队列
  3. 生产者没有将消息直接发送到队列,而是发送到了交换机
  4. 每个队列都要绑定到交换机(不指定Routing Key)
  5. 生产者发送的消息,通过交换机发送到绑定交换机队列,实现一个消息被多个消费者获取的目的。

注:交换机没有储存数据的能力,如果该交换机没有绑定任何队列时,这条消息就会被抛弃。

路由模式

图例

[图片上传失败...(image-f521b7-1591770945454)]

模式描述

根据上述订阅模式类似,跟交换机绑定的队列指定了Routing Key,消息进入交换机后会根据Routing Key,判断将该条消息分发到哪些队列中。

如图举例,当Routing Key为error时,交换机会将消息分发到两条队列中,当Routing Key为info时,交换机只会将消息分发给下方的队列。

主题模式(Topic)

图例

image

模式描述

符号 # 匹配一个或多个词,符号 * 匹配不多不少一个词。

任何发送到Topic Exchange的消息都会被转发到所有关心Routing Key中指定话题的Queue上。

usa.# 能够匹配到 usa.news.XXX,但是 usa.* 只会匹配到 usa.XXX

如果Exchange没有发现能够与RouteKey匹配的Queue,则会抛弃此消息 。

你可能感兴趣的:(Springboot使用RabbitMQ看这几篇就够了(模式详解篇)!)