目录
1使用背景2开始上代码3@Retryable注解重要属性解析4@backoff注解5@Recover注解6注意事项总结1使用背景
在实际项目中其中一部分逻辑可能会因为调用了外部服务或者等待锁等情况下出现不可预料的异常,在这个时候我们可能需要对调用这部分逻辑进行重试,代码里面主要就是使用for循环写一大坨重试的逻辑,各种硬编码,各种辣眼睛的补丁。
特别是针对重试的逻辑,到处都有。所以我决定用一个重试组件spring-retry优化一波。它的出现,解决掉这部分丑陋的代码!
这个组件的源码地址如下:https://github.com/spring-projects/spring-retry
废话不多说,直接上代码吧!
2开始上代码
首先引入依赖:
org.springframework.retry spring-retry 1.3.2
由于该组件是依赖于 AOP 给你的,所以还需要引入这个依赖(如果你其他 jar 包中引用过了,当然也就不需要再次引用了):
org.springframework.boot spring-boot-starter-aop 2.6.1
开启重试:
@SpringBootApplication @EnableRetry public class ApplicationStarter { public static void main(String[] args) { SpringApplication.run(ApplicationStarter.class); } }
Controller层
@RestController public class TestController { @Autowired private IRecursiveCallService recursiveCallService; @GetMapping("test2") public Object test2() { return recursiveCallService.testService(); } }
Service层
public interface IRecursiveCallService { /** * 测试service * * @return */ ListtestService(); }
Service层具体实现
@Service public class RecursiveCallServiceImpl implements IRecursiveCallService { @Override @Retryable(recover = "testService3") public ListtestService() { System.out.println("到此一游!"); System.out.println(1 / 0); return null; } @Recover public List testService1() { System.out.println("错误的返回"); return Collections.singletonList("S"); } @Recover public List testService2(String i) { System.out.println("正确的返回"); return Collections.singletonList(1); } @Recover public List testService3() { System.out.println("正确的返回2"); return Collections.singletonList(2); } }
3@Retryable注解重要属性解析
recover: 此类中用于恢复的方法的名称。方法必须用 {@link Recover} 注释标记。value: 可重试的异常类型。包括()的同义词。默认为空(如果 excludes 也为空,则重试所有异常)。exclude: 不可重试的异常类型。默认为空(如果包含也为空,则重试所有异常)。如果 include 为空但 excludes 不是,则重试所有未排除的异常maxAttempts: 方法重试调用次数,默认3次backoff: 指定用于重试此操作的其他属性4@backoff注解
value:重试之间间隔时间delay:重试之间的等待时间(以毫秒为单位)maxDelay:重试之间的最大等待时间(以毫秒为单位)multiplier:指定延迟的倍数delayExpression:重试之间的等待时间表达式maxDelayExpression:重试之间的最大等待时间表达式multiplierExpression:指定延迟的倍数表达式random:随机指定延迟时间5@Recover注解
主要作用是标记方法为一个重试方法的补偿方法!!!
6注意事项
方法重试依赖于 spring 注入,所以调用的方法的类必须是被spring管理的,然后通过 @Autowired 或 @Resource 引入使用,不然不会生效
方法重试的前提是方法抛出了异常,在方法执行出现了异常且没有被捕获的情况下重试
方法重试需要在方法上面加上注解 @Retryable
方法重试的补偿方法上面必须携带@Recover注解
@Recover方法需要和@Retryable方法在同一个类中才能生效@Recover方法(@Recover方法在父类中也可以生效)
使用@Retryable注解,如果类中没有被@Recover标示的方法,无论是否使用 recover 属性都抛出原有异常
使用@Retryable注解同时 recover 属性不是空,如果类中有@Recover标示的方法,但是标示的方法不是 recover 指定的方法,抛出ExhaustedRetryException异常
使用@Retryable注解同时 recover 属性不是空,同时方法有注解@Recover,但是补偿方法的参数不是当前异常或者异常的父类,抛出ExhaustedRetryException 异常
使用@Retryable注解不使用 recover 属性,如果类中被@Recover标示的方法有和原方法返回值一样的,使用当前被@Recover标示的方法(此时方法参数可随意,但是不能是除开当前异常的类及父类的异常类)
总结
到此这篇关于使用注解@Recover优化丑陋的循环的文章就介绍到这了,更多相关注解@Recover优化循环内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
X 关闭
X 关闭
- 15G资费不大降!三大运营商谁提供的5G网速最快?中国信通院给出答案
- 2联想拯救者Y70发布最新预告:售价2970元起 迄今最便宜的骁龙8+旗舰
- 3亚马逊开始大规模推广掌纹支付技术 顾客可使用“挥手付”结账
- 4现代和起亚上半年出口20万辆新能源汽车同比增长30.6%
- 5如何让居民5分钟使用到各种设施?沙特“线性城市”来了
- 6AMD实现连续8个季度的增长 季度营收首次突破60亿美元利润更是翻倍
- 7转转集团发布2022年二季度手机行情报告:二手市场“飘香”
- 8充电宝100Wh等于多少毫安?铁路旅客禁止、限制携带和托运物品目录
- 9好消息!京东与腾讯续签三年战略合作协议 加强技术创新与供应链服务
- 10名创优品拟通过香港IPO全球发售4100万股 全球发售所得款项有什么用处?