零侵入性:一个注解,在Spring Boot中优雅实现循环重试!
管她前浪,还是后浪?
能浪的浪,才是好浪!
每天 10:33 更新文章,每天掉亿点点头发...
源码精品专栏
在实际工作中,重处理是一个非常常见的场景,比如:
-
发送消息失败。 -
调用远程服务失败。 -
争抢锁失败。
这些错误可能是因为网络波动造成的,等待过后重处理就能成功。通常来说,会用try/catch
,while
循环之类的语法来进行重处理,但是这样的做法缺乏统一性,并且不是很方便,要多写很多代码。然而spring-retry
却可以通过注解,在不入侵原有业务逻辑代码的方式下,优雅的实现重处理功能。
基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能。
spring系列的spring-retry
是另一个实用程序模块,可以帮助我们以标准方式处理任何特定操作的重试。在spring-retry
中,所有配置都是基于简单注释的。
基于微服务的思想,构建在 B2C 电商场景下的项目实战。核心技术栈,是 Spring Boot + Dubbo 。未来,会重构成 Spring Cloud Alibaba 。
<dependency>
<groupId>org.springframework.retry</groupId>
<artifactId>spring-retry</artifactId>
</dependency>
@EnableRetry
@SpringBootApplication
public class HelloApplication {
public static void main(String[] args) {
SpringApplication.run(HelloApplication.class, args);
}
}
import com.mail.elegant.service.TestRetryService;
import org.springframework.retry.annotation.Backoff;
import org.springframework.retry.annotation.Retryable;
import org.springframework.stereotype.Service;
import java.time.LocalTime;
@Service
public class TestRetryServiceImpl implements TestRetryService {
@Override
@Retryable(value = Exception.class,maxAttempts = 3,backoff = @Backoff(delay = 2000,multiplier = 1.5))
public int test(int code) throws Exception{
System.out.println("test被调用,时间:"+LocalTime.now());
if (code==0){
throw new Exception("情况不对头!");
}
System.out.println("test被调用,情况对头了!");
return 200;
}
}
来简单解释一下注解中几个参数的含义:
-
value
:抛出指定异常才会重试 -
include
:和value一样,默认为空,当exclude也为空时,默认所有异常 -
exclude
:指定不处理的异常 -
maxAttempts
:最大重试次数,默认3次 -
backoff
:重试等待策略,默认使用@Backoff
,@Backoff
的value默认为1000L,我们设置为2000L;multiplier
(指定延迟倍数)默认为0,表示固定暂停1秒后进行重试,如果把multiplier
设置为1.5,则第一次重试为2秒,第二次为3秒,第三次为4.5秒。
当重试耗尽时还是失败,会出现什么情况呢?
当重试耗尽时,RetryOperations
可以将控制传递给另一个回调,即RecoveryCallback
。Spring-Retry
还提供了@Recover
注解,用于@Retryable重试失败后处理方法。如果不需要回调方法,可以直接不写回调方法,那么实现的效果是,重试次数完了后,如果还是没成功没符合业务判断,就抛出异常。
@Recover
public int recover(Exception e, int code){
System.out.println("回调方法执行!!!!");
//记日志到数据库 或者调用其余的方法
return 400;
}
可以看到传参里面写的是 Exception e
,这个是作为回调的接头暗号(重试次数用完了,还是失败,我们抛出这个Exception e
通知触发这个回调方法)。对于@Recover
注解的方法,需要特别注意的是:
-
方法的返回值必须与 @Retryable
方法一致 -
方法的第一个参数,必须是Throwable类型的,建议是与 @Retryable
配置的异常一致,其他的参数,需要哪个参数,写进去就可以了(@Recover
方法中有的) -
该回调方法与重试方法写在同一个实现类里面
-
由于是基于AOP实现,所以不支持类里自调用方法 -
如果重试失败需要给 @Recover
注解的方法做后续处理,那这个重试的方法不能有返回值,只能是void -
方法内不能使用 try catch
,只能往外抛异常 -
@Recover
注解来开启重试失败后调用的方法(注意,需跟重处理方法在同一个类中),此注解注释的方法参数一定要是@Retryable
抛出的异常,否则无法识别,可以在该方法中进行日志处理。
本篇主要简单介绍了Springboot中的Retryable
的使用,主要的适用场景和注意事项,当需要重试的时候还是很有用的。
已在知识星球更新源码解析如下:
最近更新《芋道 SpringBoot 2.X 入门》系列,已经 101 余篇,覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。
提供近 3W 行代码的 SpringBoot 示例,以及超 4W 行代码的电商微服务项目。
文章有帮助的话,在看,转发吧。
谢谢支持哟 (*^__^*)