1.五种消息模型
1.1基本消息模型
1.2work消息模型
1.3订阅模型
1.3.1
Fanout，也称为广播。
流程说明
流程图：
在广播模式下，消息发送流程是这样的：
-
1） 可以有多个消费者
-
2） 每个消费者有自己的queue（队列）
-
3） 每个队列都要绑定到Exchange（交换机）
-
4） 生产者发送的消息，只能发送到交换机，交换机来决定要发给哪个队列，生产者无法决定。
-
5） 交换机把消息发送给绑定过的所有队列
-
6） 队列的消费者都能拿到消息。实现一条消息被多个消费者消费
-
说明
在Fanout模式中，一条消息，会被所有订阅的队列都消费。但是，在某些场景下，我们希望不同的消息被不同的队列消费。这时就要用到Direct类型的Exchange。
在Direct模型下：
-
队列与交换机的绑定，不能是任意绑定了，而是要指定一个
RoutingKey（路由key） -
消息的发送方在 向 Exchange发送消息时，也必须指定消息的
RoutingKey。 -
Exchange不再把消息交给每一个绑定的队列，而是根据消息的
Routing Key进行判断，只有队列的Routingkey与消息的Routing key完全一致，才会接收到消息
流程图：
图解：
-
-
P：生产者，向Exchange发送消息，发送消息时，会指定一个routing key。
-
X：Exchange（交换机），接收生产者的消息，然后把消息递交给 与routing key完全匹配的队列
-
C1：消费者，其所在队列指定了需要routing key 为 error 的消息
-
C2：消费者，其所在队列指定了需要routing key 为 info、error、warning 的消息
订阅模型-Topic
说明
Topic类型的Exchange与Direct相比，都是可以根据RoutingKey把消息路由到不同的队列。只不过Topic类型Exchange可以让队列在绑定Routing key 的时候使用通配符！
Routingkey 一般都是有一个或多个单词组成，多个单词之间以”.”分割，例如： item.insert
通配符规则：
#：匹配一个或多个词
*：匹配不多不少恰好1个词
举例：
item.#：能够匹配item.spu.insert 或者 item.spu
item.*：只能匹配item.spu
图示：
解释：
-
红色Queue：绑定的是
usa.#，因此凡是以usa.开头的routing key都会被匹配到 -
黄色Queue：绑定的是
#.news，因此凡是以.news结尾的routing key都会被匹配