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

前言

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

RabbitMQ模式

点对点的队列

图例

模式描述

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

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

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

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

work模式

图例

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

模式描述

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

这里有两种方式：

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

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

发布/订阅者模式（Publish/Subscribe）

图例

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

模式描述

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

<font color=red>注：交换机没有储存数据的能力，如果该交换机没有绑定任何队列时，这条消息就会被抛弃。</font>

路由模式

图例

[图片上传失败...(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，则会抛弃此消息 。