RabbitMQ 队列
AMQP消息路由必须包含三部分,交换器、队列、绑定。如下图所示,生产者把消息发送给交换器,交换器再路由到符合条件的队列上,最终被消费者接收。绑定决定了消息如何从路由器路由到相应的队列。这一篇,主要是了解一下队列。
相关概念
当新增队列的时候,需要定义一下4中属性,分布是Name、Durability、Auto delete、Arguments。
- Name:队列名称,不能用
amq.
开头命名。 - Durability:持久化,如果为durable,那broker重启不会丢失,如果为transient,broker重启后会丢失。(win系统仅仅重启rabbitmq是不行的)
- Auto delete:最后一个消费者退订时被自动删除
- Arguments:队列的其他参数,如上图,比如消息的TTL等。
定义一个队列的方法如下,exclusive的参数,下面的临时队列会说明。
1 | Queue.DeclareOk queueDeclare(String queue, boolean durable, boolean exclusive, boolean autoDelete, |
命名
我们在使用队列之前,需要先声明队列。如果队列不存在,则创建队列。如果已存在则不会创建,但是和已存在的队列属性不一致,则会有406 (PRECONDITION_FAILED)的通道级异常。
参数设置
参数的设置有两种,一种是通过分组,一个是一个个队列设置。分组的方式更加灵活、非侵入性,不需要修改和重新部署应用程序,是官方推荐的方式。参数的描述如下:
参数 | 描述 |
---|---|
x-message-ttl | 消息的存活时间,单位为毫秒 |
x-expires | 队列的存活时间,单位为毫秒 |
x-max-length | 队列的最大消息数 |
x-max-length-bytes | 消息的最大字节数 |
x-overflow | 消息达到最大数的策略,drop-head或者reject-publish |
x-dead-letter-exchange | 死信队列的交换器 |
x-dead-letter-routing-key | 死信队列的路由键 |
x-max-priority | 消息的优先级设置 |
x-queue-mode | 消息的延迟 |
x-queue-master-locator | 用于主从 |
临时队列
当我们需要一个临时队列的时候,我们可以先定义队列,使用完再删除,或者直接定义Durability的属性为transient,等broker重启的时候就消失,但是感觉没有很方便。特别是使用后删除,如果客户端失败,这个队列就一直存在。我们可以用以下方法来自动删除:
- Exclusive:独占队列
- x-expires:设置队列的过期时间
- Auto delete:队列设置自动删除
1 | public static void main(String[] args) throws IOException, TimeoutException { |
queue1是独占队列,queue2是自动删除,queue3设置了5秒的过期时间。
运行后如下图,五秒后queue3消失,停止程序运行,queue1和queue2消失。
需要注意的是,如果把queue2的basicConsume方法调用注释掉,由于没有消费者,队列并不会消失。
独占队列只能由其声明连接使用(从声明连接使用、清除、删除等)。其他队列如果想使用独占队列将导致通道级异常RESOURCE_LOCKED,该异常带有一条错误消息,表明无法获得对锁定队列的独占访问。
推模式和拉模式
消费者通过两种方式来接收消息:
- 通过consume订阅,是队列往消费端推送消息。只要队列有消息,就可以持续收到。
- 通过get获取消息,是消费者主动从队列拉取消息,每次只能获取一条,如果想获取更多消息,可以用while循环。但是吞吐量相对比较低。
我们先往队列里发送消息,其中queue1发送4条,queue2发送3条。这边还没讲到如何发送消息,可以通过http://127.0.0.1:15672/
的web控制台来发送消息。
queue1是拉模式,queue2是推模式。
queue1的代码:
1 | public static void main(String[] args) throws IOException, TimeoutException { |
运行结果如下,调用get两次。
queue2的代码:
1 | public static void main(String[] args) throws IOException, TimeoutException { |
调用consume一次。
最终结果如下:queue1因为get两次,所以还有2条消息。queue2的3条消息都消费完。
多个消费者
在上面的例子中,我们先把消息发送给队列,此时没有消费者,消息就会在队列里一直等。那如果有消费者,且有多个消费者,消息是如何发布的呢?
我们启动上面的queue2应用程序两次,再发送消息,可以看到,两个应用程序是交替消费数据的。整个步骤如下:
- 消息A发送到queue2队列
- rabbitmq把消息A发送给消费者1
- 消费者1收到消息A并确认
- rabbitmq把消息A从queue2队列删除
- 消息B发送到queue2队列
- rabbitmq把消息B发送给消费者2
- 消费者2收到消息B并确认
- rabbitmq把消息B从queue2队列删除
写在最后
队列的创建到底是消费者还是生产者呢?我们上面的例子都是消费者创建的,但是如果队列还没创建,生产者就开始往不存在的队列发送消息,消息就会丢失。所以为了消息能够正确的到达队列,需要生产者和消费者都要尝试去创建队列,除非消息不那么重要,可以消费者来创建。
队列是AMQP是消息通信的基础模块:
- 为消息提供了住所,消息在此等待消费
- 对于负载均衡来说,消息是绝佳方案。只需要一直增加消费者就可以。
- 队列是消息的终点