消息队列(三)-RabbitMQ入门_gwt

RabbitMQ提供了6种消息模型,但是第6种其实是RPC,并不是MQ,因此我们只学习前五种方式,其中3、4、5这三种都属于订阅模型,只不过路由的方式不同。

消息队列(三)-RabbitMQ入门_交换机_02

1、基本消息模型

RabbitMQ是一个消息的代理者(Message Broker):它接收消息并且传递消息。

基本消息模型图:

消息队列(三)-RabbitMQ入门_activemq_03

上图模型中,每一部分的意思:

  • P:生产者,也就是要发送消息的程序。
  • C:消费者:消息的接受者,会一直等待消息到来
  • queue:消息队列,图中红色部分,类似信箱,可以缓存消息,生产者向其中投递消息,消费者从中取出消息。

2、work消息模型

Work queues,也被称为任务模型。当消息处理比较耗时,可能产生消息的速度远远大于消息被消费的速度,这样就会造成消息的堆积,消息无法被及时处理。此时可以使用work模型,让多个消费者绑定到一个队列,共同消费队列中的消息。

消息队列(三)-RabbitMQ入门_rabbitmq_04

角色:

  • P:生产者:任务的发布者
  • C1:消费者,领取任务并且完成任务,假设完成速度较慢
  • C2:消费者2:领取任务并完成任务,假设完成速度快

如果没有手动设置默认情况下消费者是平分所有的任务,这就会造成有的消费者一直在忙碌,有的消费者大量时间处于空闲时间。正常来说应该是消费的越快消费的越多,也叫能者多劳,不应该是平均分配。

实现能者多劳,我们可以让消费者同一时间只接收一条消息,这样处理完成之前不会接收更多的消息,就可以让处理更快的消费者接收更多的消息。

3、订阅模型分类订阅模型的模型图:

消息队列(三)-RabbitMQ入门_rabbitmq_05

订阅模型与前两个不同的是多了一个exchange角色,过程也略不同:

  • P:生产者,也就是要发送消息的程序,但是不是直接发送到队列,而是发送到X(交换机)
  • C:消费者,消息的接收者,一直等到消息到来
  • Queue:消息队列,接收消息、缓存消息
  • Exchange:交换机,图中的X。一方面接收生产者发送的消息,一方面把消息递交给相应的队列中。
    Exchange有以下三种类型:

Fanout:广播,将消息交给所有绑定到交换机的队列

Direct:定向,把消息交给符合指定routing Key的队列

Topic:通配符,把消息交给符合routing pattern的队列


注意:Exchange只复杂转发消息,不具备存储消息的能力,因此如果没有任何队列与Exchange绑定,或者没有符合路由规则的队列,消息会丢失,在使用过程中要注意。

4、订阅模型-Fanout

Fanout,也称为广播。

模型图:

消息队列(三)-RabbitMQ入门_rabbitmq_05

在广播模式下,消息发送流程是这样的:

  • 1)  可以有多个消费者
  • 2)  每个消费者有自己的queue(队列)
  • 3)  每个队列都要绑定到Exchange(交换机)
  • 4)  生产者发送的消息,只能发送到交换机,交换机来决定要发给哪个队列,生产者无法决定。
  • 5)  交换机把消息发送给绑定过的所有队列
  • 6)  队列的消费者都能拿到消息。实现一条消息被多个消费者消费

注意:

生产者要声明Exchange,不再声明Queue,发送消息到Exchange,不再发送到Queue

消费者中队列需要绑定交换机。

5、订阅模型-Direct

说明

在Fanout模式中,一条消息,会被所有订阅的队列都消费。但是,在某些场景下,我们希望不同的消息被不同的队列消费。这时就要用到Direct类型的Exchange。

在Direct模型下:

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

模型图:

消息队列(三)-RabbitMQ入门_rabbitmq_07

图解:

  • P:生产者,向Exchange发送消息,发送消息时,会指定一个routing key。
  • X:Exchange(交换机),接收生产者的消息,然后把消息递交给 与routing key完全匹配的队列
  • C1:消费者,其所在队列指定了需要routing key 为 error 的消息
  • C2:消费者,其所在队列指定了需要routing key 为 info、error、warning 的消息

6、订阅模型-Topic

​Topic​​类型的​​Exchange​​与​​Direct​​相比,都是可以根据​​RoutingKey​​把消息路由到不同的队列。只不过​​Topic​​类型​​Exchange​​可以让队列在绑定​​Routing key​​ 的时候使用通配符!

​Routingkey​​ 一般都是由一个或多个单词组成,多个单词之间以”.”分割,例如:​​item.insert​

通配符规则:

`#`:匹配一个或多个词
`*`:匹配不多不少恰好1个词

举例:

 `audit.#`:能够匹配`audit.irs.corporate` 或者 `audit.irs`
`audit.*`:只能匹配`audit.irs`模型图:

模型图:

消息队列(三)-RabbitMQ入门_activemq_08

解释:

  • 红色Queue:绑定的是usa.# ,因此凡是以 usa.开头的routing key 都会被匹配到
  • 黄色Queue:绑定的是#.news ,因此凡是以 .news结尾的 routing key 都会被匹配

这一篇的demo稍后上传码云,明天的更新中推送仓库地址。

消息队列(三)-RabbitMQ入门_队列_09