Spring使用SpringRetry引入重试机制

这篇文章主要讲解了“Spring 使用Spring Retry引入重试机制”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“Spring 使用Spring Retry引入重试机制”吧!

成都创新互联主营南陵网站建设的网络公司,主营网站建设方案,成都App制作,南陵h5微信小程序开发搭建,南陵网站营销推广欢迎南陵等地区企业咨询

如今,Spring Retry是一个独立的包了(早期是Spring Batch的一部分),下面是使用Spring Retry框架进行重试的几个重要步骤。

第一步:加入Spring Retry依赖包。


    org.springframework.retry
    spring-retry
    1.1.2.RELEASE

第二步:在应用中包含main()方法的类或者在包含@Configuration的类上加上@EnableRetry注解

第三步:在想要进行重试的方法(可能发生异常)上加上@Retryable注解

@Retryable(maxAttempts=5,backoff = @Backoff(delay = 3000))
public void retrySomething() throws Exception{
    logger.info("printSomething{} is called");
    thrownew SQLException();
}

在上面这个案例当中的重试策略就是重试5次,每次延时3秒。详细的使用文档看这里,它的主要配置参数有下面这样几个。其中exclude、include、maxAttempts、value几个属性很容易理解,比较看不懂的是backoff属性,它也是个注解,包含delay、maxDelay、multiplier、random四个属性。

  • delay:如果不设置的话默认是1秒

  • maxDelay:最大重试等待时间

  • multiplier:用于计算下一个延迟时间的乘数(大于0生效)

  • random:随机重试等待时间(一般不用)

Spring Retry的优点很明显,第一,属于Spring大生态,使用起来不会太生硬;第二,只需要在需要重试的方法上加上注解并配置重试策略属性就好,不需要太多侵入代码。

但同时也存在两个主要不足

第一,由于Spring Retry用到了Aspect增强,所以就会有使用Aspect不可避免的坑——方法内部调用,如果被 @Retryable 注解的方法的调用方和被调用方处于同一个类中,那么重试将会失效;

第二,Spring的重试机制只支持对异常进行捕获,而无法对返回值进行校验判断重试。如果想要更灵活的重试策略可以考虑使用Guava Retry,也是一个不错的选择。

感谢各位的阅读,以上就是“Spring 使用Spring Retry引入重试机制”的内容了,经过本文的学习后,相信大家对Spring 使用Spring Retry引入重试机制这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!


网页标题:Spring使用SpringRetry引入重试机制
本文路径:http://azwzsj.com/article/ipisjp.html