Spring 使用Spring Retry引入重试机制

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

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

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

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

第二步：在应用中包含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引入重试机制这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是亿速云，小编将为大家推送更多相关知识点的文章，欢迎关注！