Spring-Retry重试实现原理

Spring-Retry重试实现原理

概要
Spring实现了一套重试机制，功能简单实用。Spring Retry是从Spring Batch独立出来的一个功能，已经广泛应用于Spring Batch,Spring Integration, Spring for Apache Hadoop等Spring项目。本文将讲述如何使用Spring Retry及其实现原理。

背景
重试，其实我们其实很多时候都需要的，为了保证容错性，可用性，一致性等。一般用来应对外部系统的一些不可预料的返回、异常等，特别是网络延迟，中断等情况。还有在现在流行的微服务治理框架中，通常都有自己的重试与超时配置，比如dubbo可以设置retries=1，timeout=500调用失败只重试1次，超过500ms调用仍未返回则调用失败。

如果我们要做重试，要为特定的某个操作做重试功能，则要硬编码，大概逻辑基本都是写个循环，根据返回或异常，计数失败次数，然后设定退出条件。这样做，且不说每个操作都要写这种类似的代码，而且重试逻辑和业务逻辑混在一起，给维护和扩展带来了麻烦。从面向对象的角度来看，我们应该把重试的代码独立出来。

使用介绍
基本使用
先举个例子：

@Configuration
@EnableRetry
public class Application {

@Bean  
public RetryService retryService(){  
    return new RetryService();  
}  

public static void main(String[] args) throws Exception{  
    ApplicationContext applicationContext = new AnnotationConfigApplicationContext("springretry");  
    RetryService service1 = applicationContext.getBean("service", RetryService.class);  
    service1.service();  
}  

}

@Service(“service”)
public class RetryService {

@Retryable(value = IllegalAccessException.class, maxAttempts = 5,  
        backoff= @Backoff(value = 1500, maxDelay = 100000, multiplier = 1.2))  
public void service() throws IllegalAccessException {  
    System.out.println("service method...");  
    throw new IllegalAccessException("manual exception");  
}  

@Recover  
public void recover(IllegalAccessException e){  
    System.out.println("service retry after Recover => " + e.getMessage());  
}  

}
@EnableRetry - 表示开启重试机制 @Retryable - 表示这个方法需要重试，它有很丰富的参数，可以满足你对重试的需求 @Backoff - 表示重试中的退避策略 @Recover - 兜底方法，即多次重试后还是失败就会执行这个方法

Spring-Retry 的功能丰富在于其重试策略和退避策略，还有兜底，监听器等操作。

然后每个注解里面的参数，都是很简单的，大家看一下就知道是什么意思，怎么用了，我就不多讲了。

重试策略
看一下Spring Retry自带的一些重试策略，主要是用来判断当方法调用异常时是否需要重试。（下文原理部分会深入分析实现）

Spring-Retry重试实现原理
SimpleRetryPolicy 默认最多重试3次

TimeoutRetryPolicy 默认在1秒内失败都会重试

ExpressionRetryPolicy 符合表达式就会重试

CircuitBreakerRetryPolicy 增加了熔断的机制，如果不在熔断状态，则允许重试

CompositeRetryPolicy 可以组合多个重试策略

NeverRetryPolicy 从不重试（也是一种重试策略哈）

AlwaysRetryPolicy 总是重试

….等等

退避策略
看一下退避策略，退避是指怎么去做下一次的重试，在这里其实就是等待多长时间。（下文原理部分会深入分析实现）

Spring-Retry重试实现原理
FixedBackOffPolicy 默认固定延迟1秒后执行下一次重试

ExponentialBackOffPolicy 指数递增延迟执行重试，默认初始0.1秒，系数是2，那么下次延迟0.2秒，再下次就是延迟0.4秒，如此类推，最大30秒。

ExponentialRandomBackOffPolicy 在上面那个策略上增加随机性

UniformRandomBackOffPolicy 这个跟上面的区别就是，上面的延迟会不停递增，这个只会在固定的区间随机

StatelessBackOffPolicy 这个说明是无状态的，所谓无状态就是对上次的退避无感知，从它下面的子类也能看出来

原理
原理部分我想分开两部分来讲，一是重试机制的切入点，即它是如何使得你的代码实现重试功能的；二是重试机制的详细，包括重试的逻辑以及重试策略和退避策略的实现。

切入点
@EnableRetry
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@EnableAspectJAutoProxy(proxyTargetClass = false)
@Import(RetryConfiguration.class)
@Documented
public @interface EnableRetry {

/**

• Indicate whether subclass-based (CGLIB) proxies are to be created as opposed
• to standard Java interface-based proxies. The default is {@code false}.
• @return whether to proxy or not to proxy the class
  */
  boolean proxyTargetClass() default false;

}
我们可以看到@EnableAspectJAutoProxy(proxyTargetClass = false)这个并不陌生，就是打开Spring AOP功能。重点看看@Import(RetryConfiguration.class)@Import相当于注册这个Bean

我们看看这个RetryConfiguration是个什么东西

Spring-Retry重试实现原理
它是一个AbstractPointcutAdvisor，它有一个pointcut和一个advice。我们知道，在IOC过程中会根据PointcutAdvisor类来对Bean进行Pointcut的过滤，然后生成对应的AOP代理类，用advice来加强处理。看看RetryConfiguration的初始化:

@PostConstruct
public void init() {
Set<Class<? extends Annotation>> retryableAnnotationTypes = new LinkedHashSet<Class<? extends Annotation>>(