RabbitMQ工作模式

Work queues工作队列模式

Work Queues 与入门程序的 简单模式 相比，多了一个或一些消费端，多个消费端共同消费同一个队列中的消息。

应用场景：对于 任务过重或任务较多情况使用工作队列可以提高任务处理的速度。

订阅模式

前面的模式中只有3个角色

• P: 生产者，发送消息的程序
• C: 消费者，消息的接受方，会一直等待消息的到来
• queue: 消息队列，将传递的消息存放在队列中

而在订阅模型中，多了一个exchange角色，而且过程略有变化：

• p：生产者，也就是要发送消息的程序，但是不再发送到队列中，而是发给X（交换机）
• C：消费者，消息的接收者，会一直等待消息到来
• Queue：消息队列，接收消息、缓存消息
• Exchange：交换机，图中的X。一方面，接收生产者发送的消息。另一方面，知道如何处理消
  息，例如递交给某个特别队列、递交给所有队列、或是将消息丢弃。到底如何操作，取决于
  Exchange的类型。Exchange有常见以下3种类型： 

1. Fanout：广播，将消息交给所有绑定到交换机的队列
2. Direct：定向，把消息交给符合指定routing key 的队列
3. Topic：通配符，把消息交给符合routing pattern（路由模式） 的队列 

Exchange（交换机）只负责转发消息，不具备存储消息的能力，因此如果没有任何队列Exchange绑定，或者没有符合路由规则的队列，那么消息会丢失！ 

Publish/Subscribe发布与订阅模式

 

发布订阅模式： 1、每个消费者监听自己的队列。 2、生产者将消息发给broker，由交换机将消息转发到绑定此交换机的每个队列，每个绑定交换机的队列都将接收到消息 。

 Routing路由模式

路由模式特点：

• 队列与交换机的绑定，不能是任意绑定了，而是要指定一个 RoutingKey （路由key）
• 消息的发送方在 向 Exchange发送消息时，也必须指定消息的 RoutingKey 。
• Exchange不再把消息交给每一个绑定的队列，而是根据消息的 Routing Key 进行判断，只有队列的 Routingkey 与消息的 Routing key 完全一致，才会接收到消息 

Topics通配符模式

 

Topic 类型与 Direct 相比，都是可以根据 RoutingKey 把消息路由到不同的队列。只不过 Topic 类型
Exchange 可以让队列在绑定 Routing key 的时候使用通配符！
Routingkey 一般都是有一个或多个单词组成，多个单词之间以”.”分割，例如： item.insert
通配符规则：
# ：匹配一个或多个词
* ：匹配不多不少恰好1个词
举例：
item.# ：能够匹配 item.insert.abc 或者 item.insert
item.* ：只能匹配 item.insert