RabbitMQ 中消费行为主要跟队列有直接关系,有这几种类型。
1. 临时队列
2. 自动删除队列
3. 单消费者队列
4. 自动过期队列
5. 永久队列
接下来我们来详细的介绍下这几种类型的队列。
1.临时队列
临时队列对应的是没有持久化的队列,存在于内存中。如果rabbitmq服务器重启,那么这些队列就不会存在。
//将第二个参数,表示是否是持久化的,设置为非持久化的,那么他就是一条默认队列
channel.queueDeclare("temporary-queue", false, false, false, null);
启动后,查看web客户端,queue列表
发现,列表中,queue创建成功了,我们通过docker来重启rabbitmq容器。看看该队列是否还会存在
该队列已经不存在了。
2.自动删除队列
自动删除队列和普通队列在使用上没有什么区别,唯一的区别是,当消费者断开连接时,队列将会被删除。自动删除队列允许的消费者没有限制,也就是说当这个队列上最后一个消费者断开连接才会执行删除。看起来好像比临时队列还不持久哈。
//设置第四个参数,表示是否是自动删除的的,设置为true
channel.queueDeclare("autoDelete-queue", false, false, true, null);
启动,自动删除队列创建成功,特性上有个AD的标识,表示是一个autoDelete,自动删除的意思
启动一个消费者,并消费队列中的消息
停止消费者线程,断开连接,会发现队列自动删除
3. 单消费者队列
如果你想创建一个只有自己可见的队列,即不允许其它用户访问,RabbitMQ允许你将一个Queue声明成为排他性的(Exclusive Queue)。
该队列的特点是:
只对首次声明它的连接(Connection)可见。
会在其连接断开的时候自动删除。
注意:
只区别连接,不区别信道,
连接close (不管是否设置成 持久化的) 都会被删除
其他连接 无法再次 对该队列声明, 也无法消费、
如果试图在一个不同的连接中重新声明或访问(如publish,consume)该排他性队列,会得到资源被锁定的错误:ESOURCE_LOCKED - cannot obtain exclusive access to locked queue 'UserLogin2'。
4. 自动过期队列
指队列在超过一定时间没使用,会被从 RabbitMQ 中被删除。
什么是没使用?1.一定时间内没有 Get 操作发生。2.没有 Consumer 连接在队列上。
特别的:就算一直有消息进入队列,也不算队列在被使用。
通过声明队列时,设定 x-expires 参数即可,单位毫秒。
比如这个队列会在当消费者断开连接时 10 秒后过期。
5. 永久队列
队列的持久性
持久化队列和非持久化队列的区别是,持久化队列会被保存在磁盘中,固定并持久的存储,当RabbitMQ服务重启后,该队列会保持原来的状态在 RabbitMQ
中被管理,而非持久化队列不会被保存在磁盘中,Rabbit 服务重启后队列就会消失。
非持久化比持久化的优势就是,由于非持久化不需要保存在磁盘中,所以使用速度就比持久化队列快。即是非持久化的性能要高于持久化。而持久
化的优点就是会一直存在,不会随服务的重启或服务器的宕机而消失。
队列级别消息过期
就是为每个队列设置消息的超时时间。只要给队列设置 x-message-ttl时参数,就设定了该队列所有消息的存活时间,时间单位是毫秒。如果声明队列时指定了死信交换器,则过期消息会成为死信消息。
队列保留参数列表
参数名 | 作用 |
---|---|
x-dead-letter-exchang | 该队列产生的死信消息投递到的死信交换器名称 |
x-dead-letter-routing-key | 死信消息的可选路由键 |
x-expires | 队列在指定毫秒数后被删除 |
x-ha-policy | 创建 HA 队列 |
x-ha-nodes HA | 队列的分布节点 |
x-max-length | 队列的最大消息数 |
x-message-ttl | 毫秒为单位的消息过期时间,队列级别 |
x-max-priority | 最大优先值为 255 的队列优先排序功能 |
x-max-length-bytes | 队列中消息所占最大字节数 |