一:简介
使用场景:调用第三方接口时如果调用失败需要隔几秒再去尝试下一次调用,直到调用N次还失败就停止调用。最常用的场景就是支付成功异步通知第三方支付成功。
1. 为什么要调用多次?
如果调用1次就成功了就停止调用,如果失败可能由于网络原因没有请求到服务器需要再次尝试,第二次很可能就会调用成功了。
2. 为什么要间隔几秒再尝试下次调用?
如果是因为网络原因没有请求到服务器如果再立刻调用,很可能此时网络还是没有好,可能等几秒后网络就恢复了,此时再去调用就好了。
实现效果类似于支付宝中的回调延迟重试:

二:实现思路
在介绍具体的实现思路之前,我们先来介绍一下RabbitMQ的两个特性,一个是Time-To-Live Extensions,另一个是Dead Letter Exchanges。
Time-To-Live Extensions
RabbitMQ允许我们为消息或者队列设置TTL(time to live),也就是过期时间。TTL表明了一条消息可在队列中存活的最大时间,单位为毫秒。也就是说,当某条消息被设置了T

本文介绍了如何使用Spring Boot结合RabbitMQ的TTL和Dead Letter Exchange特性,实现消息延迟消费和重试。通过设置消息和队列的TTL,配合DLX,创建延迟队列。内容包括延迟消费和延迟重试的流程,以及代码示例,展示了如何处理网络波动导致的异常。同时,指出了DLX + TTL方式存在的时序问题,并提出了其他实现延迟重试的方案。
订阅专栏 解锁全文
632

被折叠的 条评论
为什么被折叠?



