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>>(1);
retryableAnnota

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值