SpringBoot整合RabbitMQ重试后n次后进入延时队列后续处理

本文介绍了如何使用延时队列来处理订单超时和重试机制。通过QA队列实现订单超时后解锁库存,如果重试n次失败则进入QC队列进行后续处理。配置文件中注释掉了原有的重试机制,转而利用Redis实现。消费者代码包括将订单号存入Redis、根据重试次数调整操作以及清理Redis缓存。死信队列用于处理失败的消息。
摘要由CSDN通过智能技术生成

大概内容讲解:

1.QA通过延时队列实现订单超时功能,一段时间的延时后进入QB队列进行解锁库存。

2.如重试失败n次后进入QC延时队列,进行后续的处理任务。

yml配置文件

try...catch 会使重试机制失效,所以我们注释掉重试机制的配置

后续用redis进行重试机制的实现

配置交换机、队列

常量设置

 交换机配置

队列配置

交换机和队列间的绑定

消费者实现代码

1.将订单号存入redis,当做一个全局唯一id

2.可以根据code判断进行修改重试的次数(code<4)本文中重试次数为3,之后消息不回队列,进入QC延时队列,进行后续的处理操作,(本文写为人工处理),可根据业务操作来进行自定义

3.进入延时队列后,或者消息消费成功,删除redis中的缓存

 

死信队列后续处理代码

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值