通过RabbitMQ 死信队列实现延迟MQ消息，消息延迟，MQ延迟队列

最新推荐文章于 2025-07-08 10:44:16 发布
最新推荐文章于 2025-07-08 10:44:16 发布
阅读量7.1k 收藏 6
点赞数 4
CC 4.0 BY-SA版权
分类专栏： 中间件领域 m2 Java 领域 文章标签： rabbitmq 消息延迟 延迟消息 延迟队列
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_15071263/article/details/89636161
本文介绍了通过RabbitMQ的死信队列实现消息延迟的原理，详细阐述了如何在Springboot中创建延迟消息队列，并讨论了在设置不同过期时间时可能出现的问题及解决方案。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

文章目录

通过RabbitMQ 死信队列实现延迟MQ消息，消息延迟，MQ延迟队列

1、延迟消息原理

客户端向MQ服务器发送一条队列消息，该消息设置了TTL【该消息在超过TTL的时间内没有被消费，就会被视为是死信】，但是不给该队列提供消费者，在消息超时后，由死信交换机转发该消息到指定的消费者，以实现延迟队列。

简单点说，就是向一个没有消费者的队列发送一条有过期机制的消息，消息过期后死信交换机DLK把消息转发给一个没有生产者的队列，以实现消费。

2、如何在Springboot 下创建延迟消息队列

只需要正常的创建2个队列，然后设置三个属性即可创建延迟消息队列

    @Bean(DEAD_LETTER_PROD)
    Queue a() {
        Map<String,Object> args = Maps.newHashMap();
        // RabbitMqExchange.ExchangeCenter.DEAD_LETTER_EXCHANGE_CONSUME  只是一个交换机的名称，可以按需要定义
        args.put("x-dead-letter-exchange", RabbitMqExchange.ExchangeCenter.DEAD_LETTER_EXCHANGE_CONSUME);
        // 消息过期转发到那个队列去
        args.put("x-dead-letter-rout
了解本专栏 订阅专栏 解锁全文 超级会员免费看
RabbitMQ 之 死信队列
weixin_73616913的博客
05-27 6440
但是发生了上面所说的三种情况中的一种，成为了死信，然后被转换到死信交换机中，这个死信交换机也是 direct 类型，它们之间的 routingKey 是 "lisi",然后就进入了死信队列，死信队列由 C2 消费。生产者正常情况下走的是普通的交换机，这个交换机的类型是 direct ，它和普通队列之间的关系是一个叫 "zhangsan" 的路由 key， 正常情况下会被 C1 消费。应用场景:为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息。，字面意思可以这样理。
RabbitMQ 死信队列&延迟队列&安装延迟插件
weixin_42396003的博客
12-12 954
Rabbitmq 死信队列，延迟队列，安装延迟插件
RabbitMQ死信队列
深漂小码哥
04-12 1906
1.概念 死信，就是无法被消费的消息，一般来说生产者将消息投递到broker或者直接到队列里了，消费者从队列取出消息进行消费，但某些时候由于特定的原因导致队列中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有死信队列。 2.应用场景 （1）为了保证订单业务的数据不丢失，需要使用到RabbitMQ的死信队列机制，当消息消费发生异常时，将消息投入死信队列中 （2）用户在商城下单成功并点击支付后，在指定时间内未支付将自动失效 3.死信来源 （1）消息TTL过期 （2）
RabbitMQ 延时队列：实现原理与实践
最新发布
lssffy的博客
07-08 708
RabbitMQ 是一个高性能的开源消息队列系统，广泛应用于分布式系统中的异步通信。根据 2024 年 Stack Overflow 开发者调查，约 25% 的后端开发者使用 RabbitMQ 处理消息队列场景，如任务调度、订单处理等。延时队列是消息队列的常见需求，用于延迟执行任务，例如订单超时取消、定时提醒等。本文深入剖析 RabbitMQ 实现延时队列的原理、方法和优缺点，并以电商订单超时取消系统（QPS 10 万，P99 延迟 < 10ms）为例，展示如何设计和优化延时队列。RabbitMQ 本身不直
Rabbitmq死信队列
Rk的博客
10-12 5861
死信队列俗称，备胎队列；消息中间件因为某种原因拒收该消息后，可以转移到死信队列中存放，死信队列也可以有交换机和路由key等。消费者在消费生产者生产的消息时发生了某些特殊情况（下文会说），导致消息无法被正常消费，存放这些未被消费的消息的队列即为死信队列。
RabbitMQ--死信队列
DreamDlee的博客
05-13 3605
死信顾名思义就是没办法被消费的消息；
RabbitMQ-6-队列
qq_44633875的博客
08-07 465
死信队列 概念 先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的消息，字面意思可以这样理 解，一般来说，producer 将消息投递到 broker 或者直接到 queue 里了，consumer 从 queue 取出消息 进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有 后续的处理，就变成了死信，有死信自然就有了死信队列。 应用场景:为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息 消费发生异常时，将消息投入死
RabbitMq死信队列实现 延时队列
Ye7073的博客
10-21 954
RabbitMq 死信队列 延时队列 实现
SpringBoot教程（二） | SpringBoot集成RabbitMq（死信队列、延迟队列）
qq_20236937的博客
09-05 1776
SpringBoot集成RabbitMq（死信队列、延迟队列）
RabbitMQ 延迟队列
yao_wen_yu的博客
06-22 956
文章目录1.1 延迟队列概念1.2 延迟队列使用场景1.3 RabbitMQ 中的 TTL1.3.1 消息设置 TTL1.3.2 队列设置 TTL1.3.3 两者区别1.4 队列 TTL1.4.1 配置类代码1.4.2 生产者代码1.4.3 消费者代码1.5 延迟队列优化1.5.1 代码架构图1.5.2 配置类代码1.5.3 生产者代码1.6 RabbitMQ 基于插件实现延迟队列1.6.1 安装延插件1.6.2 代码架构图1.6.3 配置类代码1.6.4 生产者代码1.6.5 消费者代码1.7 总结 1.
rabbitMQ 死信队列 完整例子
03-19
rabbitMQ 死信队列 完整例子
《RabbitMQ》什么是死信队列
Java旅途
08-07 9036
一 什么是死信队列 当一条消息在队列中出现以下三种情况的时候，该消息就会变成一条死信。 消息被拒绝(basic.reject / basic.nack)，并且requeue = false 消息TTL过期 队列达到最大长度 当消息在一个队列中变成一个死信之后，如果配置了死信队列，它将被重新publish到死信交换机，死信交换机将死信投递到一个队列上，这个队列就是死信队列。 二 实现死信队列 2.1 原理图 2.2 创建消费者 创建一个消费者，绑定消费队列及死信交换机，交换机默认为direct模型，死信
RabbitMQ——死信队列和延迟队列
万里顾一程的博客
03-17 1688
延迟队列是一种消息队列中的一种特殊类型，它允许消息在一定的延迟时间后再被消费。死信队列（Dead Letter Queue，DLQ）是 RabbitMQ 中的一种重要特性，用于处理无法被消费的消息，防止消息丢失。生产者发送消息到正常队列，而消费者负责消费正常队列的消息。当消息被消费者拒绝并不再重新投递时，消息会被发送到死信队列。在消息队列中，当消息满足一定条件而无法被正常消费时，这些消息会被发送到死信队列。1、把下载好的插件从服务器拷贝到 RabbitMQ 容器内plugins目录。2、进入容器查看插件。
RabbitMQ的死信队列和延迟队列
刘皇叔说Java的博客
02-23 1841
一般用在较为重要的业务队列中，确保未被正确消费的消息不被丢弃，一般发生消费异常可能原因主要有由于消息信息本身存在错误导致处理异常，处理过程中参数校验异常，或者因网络波动导致的查询异常等等，当发生异常时，当然不能每次通过日志来获取原消息，然后让运维帮忙重新投递消息。先把订单消息设置好 15 分钟过期时间，然后过期后队列将消息转发给我们设置好的 DLX-Exchange，DLX-Exchange 再将分发给它绑定的队列，我们的消费者再消费这个队列中的消息，就做到了延时十五分钟消费。
RabbitMQ中死信队列和延迟队列
Knight
03-30 2938
先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer将消息投递到broker或者直接到queue里了，consumer从queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信，自然就有了死信队列；
RabbitMQ 死信队列和延迟队列
立志成为一个前端、后端、测试全方位发展的程序员
04-07 1003
文章目录死信队列延迟队列 死信队列 死信队列，英文缩写：DLX （Dead Letter Exchange（死信交换机）），当消息成为 Dead message 后，可以被重新发送到另一个交换机，这个交换机就是DLX 在RabbitMQ中死信队列一般指的是死信交换机，其余MQ产品则指的是实际意义的死信队列 比如一条消息过期后，这条消息就成为了 Dead message，如果该消息所在的队列绑定了死信交换机 可以将这个 Dead message 发送到死信交换机，被传递到与死信交换机绑定的死信队列中进行
Rabbitmq死信队列的使用
莫失莫忘的博客
10-15 2203
1.死信 死信也就是dead message，可以简单理解为无法被成功消费对消息。消息变成死信消息大概有下面几种情况 消息TTL过期（消息或队列设置了过期时间） 队列达到最大长度 消息被拒绝(basic.reject / basic.nack)，并且requeue = false禁止重入 2.死信队列与死信交换机 死信交换机，用户转发死信消息（dead message）的交换机，并没有具体的`死信类型``的交换机，而且逻辑上定义一个死信交换机。可以在配置消息队列时候，绑定死信交换机，死信消息通过该交换
RabbitMq之死信队列
抽象的螺旋
05-04 861
概述 什么是死信队列 死信：无法被消费的消息； 死信队列：存储无法被消费消息的队列。 一般来说，producer将消息投递到queue中，consumer从queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信(Dead Letter)，所有的死信都会放到死信队列中。 “死信”消息会被RabbitMQ进行特殊处理，如果配置了死信队列信息，那么该消息将会被丢进死信队列中，如果没有配置，则该消息将会被丢弃。 参考 死信队列 ...
mq死信队列实现消息延迟消费
03-12
### 使用 MQ 死信队列实现消息延迟消费的方法 #### 配置死信交换机和队列 为了实现消息的延迟消费，首先需要创建一个普通的交换机和队列，并指定该队列的消息在超过设定的时间存活 (TTL) 后转发至特定的死信交换机。这可以通过声明带有 `x-dead-letter-exchange` 和 `x-dead-letter-routing-key` 参数的队列来完成[^1]。 ```java @Bean public Queue delayQueue() { Map<String, Object> args = new HashMap<>(); args.put("x-message-ttl", 5000); // 设置消息过期时间为5秒 args.put("x-dead-letter-exchange", "dlx.exchange"); // 指定死信交换机名称 args.put("x-dead-letter-routing-key", "dlx.routingKey"); // 指定死信路由键名 return new Queue("delay.queue", true, false, false, args); } ``` #### 定义死信处理逻辑 当原队列中的消息达到其 TTL 并成为死信之后，这些消息将会按照预先定义好的规则被重新发布到另一个由开发者自定义的死信队列中等待进一步处理。此时可以在应用程序里监听这个新的队列并执行相应的业务操作[^2]。 ```java @RabbitListener(queues = "dead.real.queue") public void listenDeadLetterQueue(Message message) throws Exception { System.out.println("Received dead letter message: " + new String(message.getBody())); // 处理接收到的死信... } ``` #### 发送带有时效性的消息 发送方可以向正常的工作队列投递携带有效期限属性的消息对象；一旦这条记录超过了所给定的最大生命周期，则自动进入下一流程阶段——即变为一条“死信”，进而触发后续动作[^3]。 ```java rabbitTemplate.convertAndSend( exchangeName, routingKeyName, message, msg -> { msg.getMessageProperties().setExpiration(String.valueOf(ttlInMillis)); return msg; } ); ``` 通过上述方式能够有效地利用 RabbitMQ 提供的功能特性构建起一套简单而可靠的延时任务调度系统[^4]。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

简简单单OnlineZuozuo

感谢哥哥姐姐的打赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值