zoukankan      html  css  js  c++  java
  • springboot 整合retry

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

    写一个简单的demo,加入依赖:

    <dependencies>
        <dependency>
             <groupId>org.springframework.boot</groupId>
             <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
             <groupId>org.springframework.retry</groupId>
             <artifactId>spring-retry</artifactId>
         </dependency>
         <dependency>
              <groupId>org.aspectj</groupId>
              <artifactId>aspectjweaver</artifactId>
         </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表示上一次延时时间是这一次的倍数。

    测试:

     
    图片.png
     
    图片.png

    重试三次抛出异常。

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

    关于@Recover注解

     
    图片.png

    和minGoodsnum定义在一个类中

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

    重试测试一下,

     
    图片.png

    感觉意义不大,重试失败的时候应该还是要抛出异常的,在上层进行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次。
    ————————————————




    参考链接:https://www.jianshu.com/p/314059943f1c

  • 相关阅读:
    SQL多表组合查询
    软件测试基础知识点
    Jenkins可持续集成Python自动化脚本
    自动化总结(三) Unittest的应用2
    unittest单元测试2(转载)
    unittest单元测试(转载)
    自动化总结(二) Unittest的应用
    自动化测试小结(一)
    初识ES数据库(转载)
    功能测试小结(三)
  • 原文地址:https://www.cnblogs.com/panchanggui/p/12849325.html
Copyright © 2011-2022 走看看