来了解一下 springboot 整合 retry 实现的重试机制-轻识

当我们调用一个接口可能由于网络等原因造成第一次失败，再去尝试就成功了，这就是重试机制，spring支持重试机制，并且在Spring Cloud中可以与Hystaix结合使用，可以避免访问到已经不正常的实例。

写一个简单的demo，加入依赖：

<dependencies>
    <dependency>
         <groupId>org.springframework.bootgroupId>
         <artifactId>spring-boot-starter-webartifactId>
    dependency>
    <dependency>
         <groupId>org.springframework.retrygroupId>
         <artifactId>spring-retryartifactId>
     dependency>
     <dependency>
          <groupId>org.aspectjgroupId>
          <artifactId>aspectjweaverartifactId>
     dependency>
dependencies>

在主类上加上@EnableRetry注解，表示启用重试机制。

@SpringBootApplication
@EnableRetry
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class,args);
    }
}

定义一个简单的controller层：

@RestController
public class HelloController {

    Logger logger = LoggerFactory.getLogger(getClass());

    @Autowired
    private PayService payService;

    @GetMapping("/createOrder")
    public String createOrder(@RequestParam int num) throws Exception{
        int remainingnum = payService.minGoodsnum(num == 0 ? 1: num);
        logger.info("剩余的数量==="+remainingnum);
        return "库库存成功";
    }

}

在controller中调用减库存的service接口，

@Service
public class PayService {

    private Logger logger = LoggerFactory.getLogger(getClass());

    private final int totalNum = 100000;


    @Retryable(value = Exception.class,maxAttempts = 3,backoff = @Backoff(delay = 2000,multiplier = 1.5))
    public int minGoodsnum(int num) throws Exception{
        logger.info("minGoodsnum开始"+ LocalTime.now());
        if(num <= 0){
            throw new Exception("数量不对");
        }
        logger.info("minGoodsnum执行结束");
        return totalNum - num;
    }
}

在minGoodsnum方法上加上@Retryable注解，value值表示当哪些异常的时候触发重试，maxAttempts表示最大重试次数默认为3，delay表示重试的延迟时间，multiplier表示上一次延时时间是这一次的倍数。

测试：

重试三次抛出异常。

使用@Recover注解，当重试次数达到设置的次数的时候，还是失败抛出异常，执行的回调函数。

关于@Recover注解

和minGoodsnum定义在一个类中

@Recover
public int recover(Exception e){
        logger.warn("减库存失败！！！");
        //记日志到数据库
        return totalNum;
}

重试测试一下，

感觉意义不大，重试失败的时候应该还是要抛出异常的，在上层进行catch记录日志，当然也有特殊的场景适用。

采坑提示：

1、由于retry用到了aspect增强，所有会有aspect的坑，就是方法内部调用，会使aspect增强失效，那么retry当然也会失效。

public class demo {
public void A() {
B();
}

//这里B不会执行
@Retryable(Exception.class)
public void B() {
throw new RuntimeException("retry...");
}
}

2、重试机制，不能在接口实现类里面写。所以要做重试，必须单独写个service。

3、maxAttemps参数解释的是说重试次数，测试的时候发现这个=1时，方法一共只执行了一次，=3时，一共只执行3次。

出处：cnblogs.com/panchanggui/p/12849325.html