【SpringBoot】99、SpringBoot中整合RabbitMQ实现重试功能

Asurplus

已于 2025-04-21 09:05:38 修改

阅读量1.5k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： SpringBoot 2.x系列文章标签： spring boot rabbitmq 延时队列消息重试重复消费

于 2025-04-16 10:40:47 首次发布

本文链接：https://blog.csdn.net/qq_40065776/article/details/147269348

SpringBoot 2.x系列专栏收录该内容

100 篇文章 ¥9.90 ¥99.00

订阅专栏

超级会员免费看

最近在做一个项目，需要使用 MQ 实现重试功能，在这里给各位分享一下。

1、整合 RabbitMQ

<!-- rabbitmq消息队列 -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId</

了解本专栏

订阅专栏解锁全文

超级会员免费看

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Asurplus

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

订阅专栏

RabbitMQ消费失败重试策略、及重试策略应用场景详解

hkl_Forever的博客

12-01

9245

【2】比如我们在消费过程中，业务代码出现异常(空指针、除数为0等)这类代码不健壮导致的异常，那么这时候需要重试吗？当然不需要重试，因为业务代码异常就算重试再多次也依然会异常，代码异常需要发版修复解决，所以重试没有意义。RabbitMQ消费者一般情况下，如果消费失败出现异常，那么消费端默认是无限重试消费，这样就会带来非常不好的一个情况，就是陷入死循环，一直报错一直重试。【2】业务代码出现异常(空指针、除数为0等)这类代码不健壮导致的异常，不需要重试，没有意义。【3】异常不需要触发重试策略的消息，

SpringBoot整合RabbitMQ实战附加死信交换机

www_xuhss_com的博客

06-11

435

使用springboot，实现以下功能，有两个队列1、2，往里面发送消息，如果处理失败发生异常，可以重试3次，重试3次均失败，那么就将消息发送到死信队列进行统一处理，例如记录数据库、报警等完整demo项目代码https://gitee.com/daenmax/rabbit-mq-demoWindows10，IDEA，otp_win64_25.0，rabbitmq-server-3.10.4 1.双击C:\Program Files\RabbitMQ Server\rabbitmq_server-3.10.

参与评论您还未登录，请先登录后发表或查看评论

Spring-rabbit重试消费源码分析

最新发布

知秋的博客

06-14

693

本文深入解析了RabbitMQ与Spring Boot 3.1.x集成时RetryOperationsInterceptor的工作原理。该组件通过拦截消息消费异常实现重试机制，支持配置最大尝试次数（如3次）、退避策略（初始间隔1秒，倍增因子2.0）和最终恢复处理（转发至死信队列）。源码层面揭示了其与RetryTemplate的协作流程：当消费失败时自动重试，若达到上限则调用RepublishMessageRecoverer将消息路由至死信队列。文章还展示了如何通过@RabbitListener与自定义容器工

Springboot (四) RabbitMQ消费者重试机制（spring retry）

大米饭

03-26

1万+

1. 什么时候应该用MQ? 2. Rabbit 基础知识 3. docker 安装 RabbitMQ 3. Springboot (四) RabbitMQ入门 Springboot (四) RabbitMQ消费者重试机制（spring retry实现） 1. 新建配置类，上代码重点在于，retryTemplate 设置重试。 @Slf4j @Configuration public clas...

springboot：整合rabbitmq之重试机制

拒绝熬夜啊的博客

06-14

3162

springboot：整合rabbitmq之重试机制

SpringBoot整合RabbitMQ重试机制及配置

m0_67402823的博客

03-28

3296

RabbitMQ自动补偿机制触发:(多用于调用第三方接口) 1.当我们的消费者在处理我们的消息的时候,程序抛出异常情况下(默认无限次数重试) 2.应该对我们的消息重试设置间隔重试时间,比如消费失败最多只能重试5次,间隔3秒(防止重复消费,幂等问题) 如果重试5次,也就是15秒内重试还是失败情况下应该如何处理 1.默认情况下,重试多次还是失败的话,会自动删除该消息(消息可能会丢失) 解决思路: A:如果重试多次还是失败的情况下,最终存放到死信队列. B:采用表日志记录,消费失败错误的日志记录后期人工自动对消

微服务: 05-rabbitmq设置重试次数并设置死信队列

pingzhuyan的博客

07-19

2528

上面文章是安装, 基础测试案例, 下面是进阶的第一篇文章本篇主要介绍自动确认进入死信队列手动确认在下一篇介绍服务A发起请求到 rabbitmq, 服务B监听并处理消息, 报错了, 重试了五次还不行后 , 进入死信队列。

SpringBoot集成MQTT实现消息收发，断线重连

qq_43842093的博客

09-03

1005

开始研究JAVA及MQTT，写下该文章方便使用参考。2、mqtt配置 application.yml。4、MQTT客户端 MqttConsumer类。6、编写测试方法MqttController。当然可以使用注解 @Value获取配置信息。这里是网上查的资料直接使用以下类来获取。1、添加依赖 pom.xml。3、获取配置信息工具类。5、mqtt回调处理类。

SpringBoot集成原生RabbitMQ中遇到的问题

qq314499182的博客

06-14

3705

由于项目与其他系统集成,数据交互采用MQ队列形式.在帮助老系统编写MQ工具类时发现,接收方出现异常后,接收方会与MQ服务器断开连接.必须重新连接.在生产环境很不稳定.使用守护线程思想实现异常断电重连. 代码如下:(一) MQ工具类代码public class MQUtils { private static ExecutorService service = Executors.newFi...

rabbitmq重试机制存在的问题

elapse008的专栏

03-27

3986

以下内容基于上一篇springboot整合rabbitmq 1、重试 1.1 配置消费者中添加如下配置 # 开启自动重试 spring.rabbitmq.listener.simple.retry.enabled=true # 最大重试次数 spring.rabbitmq.listener.simple.retry.max-attempts=5 # 重试时间间隔 spring.rabbitmq....

SpringBoot集成kafka全面实战

热门推荐

Felix

03-28

20万+

本文是SpringBoot+Kafka的实战讲解，如果对kafka的架构原理还不了解的读者，建议先看一下《大白话kafka架构原理》、《秒懂kafka HA（高可用）》两篇文章。一、生产者实践普通生产者带回调的生产者自定义分区器 kafka事务提交二、消费者实践简单消费指定topic、partition、offset消费 ...

【MQ 系列】SpringBoot + RabbitMq 消息确认/事务机制的使用姿势

程序员高级码农的博客

01-08

1735

简单来讲就是消息发送之后，需要接收到 RabbitMq 的正确反馈，然后才能判断消息是否正确发送成功；一般来说，RabbitMq 的业务逻辑包括以下几点生产者将信道设置成 Confirm 模式，一旦信道进入 Confirm 模式，所有在该信道上面发布的消息都会被指派一个唯一的 ID(以 confirm.select 为基础从 1 开始计数)一旦消息被投递到所有匹配的队列之后，Broker 就会发送一个确认给生产者（包含消息的唯一 ID）,这就使得生产者知道消息已经正确到达目的队列了。

SpringBoot集成RabbitMQ实现消息重试机制，消息重试3次失败后写入死信队列，消息重试3次失败后入库

yyongsheng的博客

08-03

5205

6、写个controller 自己测试一下。7、postman测试一下。

RabbitMq基础篇-10-消费重试次数实现玩法

Alan0517

11-28

6601

在手动确认的条件下，使用如上配置消息在重试三次之后，就会放入死信队列，事实上手动提交的时候，basicNack的最后一个参数requeue = true时，消息会被无限次的放入消费队列重新消费，直至回送ACK。但是当requeue = false 的时候，此时消息就会立马进入到死信队列。在rabbitmq消息确认设置为手动提交的时候，消息怎么在重试一定次数的情况下才放入死信队列。那么手动提交怎么去设置消息消费失败后回到队列的思路呢？手动确认提交，当不确认消息，设置重新放回队列的时候。

RabbitMQ--集成Springboot--06--SpringRetry重试

zhou920786312的博客

10-25

1323

rabbitMQ有个方法channel.basicNack()能够让消息回到队列中，这样可以实现重试。但是这样没有明确重试次数，如果当前的消息一直重试的话，则后面的消息就会堆积起来，导致后面的消息无法消费。这是一个致命的缺点。因此这就需要设置重试次数来解决这种问题。下面提供几种解决方案。

RabbitMQ高级特性--重试特性

2301_79995226的博客

03-29

950

在消息传递过程中, 可能会遇到各种问题, 如网络故障, 服务不可用, 资源不足等, 这些问题可能导致消息处理失败. 为了解决这些问题, RabbitMQ 提供了重试机制, 允许消息在处理失败后重新发送.但如果是程序逻辑引起的错误, 那么多次重试也是没有用的, 可以设置重试次数。

Springboot RabbitMQ 消费失败消息清洗与重试机制

qq_31745863的博客

02-14

1124

方案作用数据库存储失败消息记录失败原因，方便排查延迟队列避免瞬时失败，允许重试最大重试次数防止死循环消费死信队列彻底失败后进入死信队列，人工干预这样，我们就可以保证 RabbitMQ 消息消费的高可用性，同时避免消息丢失和死循环消费的问题。🚀🚀🚀。

SpringBoot 消息队列RabbitMQ消息的可靠性配置连接重试生产者重连

生产队的驴

09-16

737

有的时候由于网络波动，可能会出现客户端连接MQ失败的情况。通过配置我们可以开启连接失败后的重连机制。

SpringBoot整合RabbitMQ实现消息重试机制

"本文档介绍了如何在Spring Boot应用中结合RabbitMQ实现消息重试机制。RabbitMQ提供了一种内置的重试机制，当消费者处理消息失败时，可以将消息重新推送给消费者，直到消息被成功处理。文档中通过一个具体的消费者...