【spring-retry】Spring 提供的循环重试功能包

1 前言

今天看科技类的文章发现一个新的包，还是Spring提供的，用于失败重试的，我们这节来简单看看哈。

2 spring-retry 使用

2.1 依赖引入

<dependency>
　　<groupId>org.springframework.retry</groupId>
　　<artifactId>spring-retry</artifactId>
 </dependency>

2.2 启用 @EnableRetry

// 开启retry功能，就是引入retry的AOP
@EnableRetry
@MapperScan("com.virtuous.demo.mapper*")
@SpringBootApplication
public class VirtuousDemoApplication {
    public static void main(String[] args) {
        SpringApplication.run(VirtuousDemoApplication.class, args);

    }
}

2.3 在方法上添加 @Retryable

@GetMapping("/getOne2")
@Retryable(value = Exception.class, maxAttempts = 3,backoff = @Backoff(delay = 0,multiplier = 1.5))
public AccountResDto patchFirstCache2() throws Exception {
    throw new Exception("111");
}

我这里是把它用在了controller上试试哈，来简单解释一下注解中几个参数的含义：

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重试失败后处理方法。如果不需要回调方法，可以直接不写回调方法，那么实现的效果是，重试次数完了后，如果还是没成功没符合业务判断，就抛出异常。

2.4 重试逻辑 @Recover

@Recover
public AccountResDto recover(AppException e) {
    System.out.println("回调方法执行！！！！");
    //记日志到数据库 或者调用其余的方法
    return new AccountResDto();
}

可以看到传参里面写的是 APPException e，这个是作为回调的接头暗号（重试次数用完了，还是失败，我们抛出这个APPException e通知触发这个回调方法）。对于@Recover注解的方法，需要特别注意的是：

方法的返回值必须与@Retryable方法一致
方法的第一个参数，必须是Throwable类型的，建议是与@Retryable配置的异常一致，其他的参数，需要哪个参数，写进去就可以了（@Recover方法中有的）
该回调方法与重试方法写在同一个实现类里面

2.5 注意事项

由于是基于AOP实现，所以不支持类里自调用方法
依托于异常机制，所以方法内不能使用try catch，只能往外抛异常
@Recover注解来开启重试失败后调用的方法(注意,需跟重处理方法在同一个类中)，此注解注释的方法参数一定要是@Retryable抛出的异常，否则无法识别，可以在该方法中进行日志处理。