在程序的运行过程中一定会出现由于某些原因发生意外的情况，这种时候我们可以通过重新执行来确保程序能够执行成功，Spring框架中有一个小组件spring-retry提供了自动重试的功能。这在错误可能是短暂的(例如瞬间的网络故障)情况下非常有帮助。如果使用原生的Java写法,我们该如何处理重试的呢?
上面的代码虽然也可以实现重试的功能，但是代码显得比较臃肿，而且重试的代码和业务代码耦合在一起，如果以后需要修改重试的次数或者重试间隔，就需要修改代码，这样显然是不合理的，那么有没有更好的方式呢?这一次我们介绍使用SpringRetry组件实现重试功能。
1.引入依赖
在pom文件中添加spring-retry和aop的依赖:
通过spring-retry实现重试的方式有两种，一种是声明式使用注解，另一种是编程式。
2.声明式
在需要重试的方法上添加@Retryable注解，同时在配置类上加@EnableRetry注解启用重试。下面是一个示例:
启动类
在service中添加方法，方法上添加@Retryable注解，传递一个string类型的参数，当参数为error时模拟发生故障抛出异常。
从输出结果可以看出，当程序发生异常时，第二次重试间隔为500ms，第三次重试间隔为1000ms，第四次重试间隔为2000ms，第五次重试间隔为4000ms，以此类推。
也可以通过@Recover注解标记一个方法作为兜底方案，当重试次数达到最大次数后还是执行失败，会调用@Recover注解标记的方法。@Recover注解标记的方法的返回值类型必须和@Retryable注解标记的方法一致，@Recover必须和@Retryable标记的方法在同一个类中。下面是一个示例:
3.编程式
下面是一个示例：
在配置类中创建一个RetryTemplateBean，交给Spring管理。
在service中注入RetryTemplate，调用execute方法执行需要重试的方法。下面是一个示例:
如果在业务逻辑处理的过程中发生了异常，会自动进行重试，在这个例子中会重试3次，每次间隔时间为1秒。如果重试3次后还是发生异常，会抛出异常，可以在catch中处理最终异常。
也可以在retryTemplate中添加监听器，监听器会在重试的过程中提供额外的回调，可以利用这些回调处理不同重试中的各种情况，下面是一个示例:
在创建RetryTemplate时注册监听器，监听器重写之后可以重写RetryListener接口中的open,close,onError,onSuccess方法，分别对应重试开始，重试结束,重试发生异常,重试成功时调用。我们这次重写onError方法,当发生异常时打印重试次数。
下面是对RetryTemplate的简单介绍:
FixedBackOffPolicy:每次重试间隔固定时间。
ExponentialBackOffPolicy:每次重试间隔时间指数增长。
NoBackOffPolicy:不进行退避，每次重试间隔时间为0。
UniformRandomBackOffPolicy:随机间隔时间，每次重试间隔时间为一个随机数。
SimpleRetryPolicy:简单的重试策略，可以指定重试的最大次数和捕获的异常。
CircuitBreakerRetryPolicy:断路器重试策略,可以防止重试次数过多导致系统崩溃。
TimeoutRetryPolicy:超时重试策略，可以防止重试时间过长导致系统崩溃。
CompositeRetryPolicy:组合重试策略，可以组合多个重试策略一起使用。
4.应用场景
当程序因为偶尔的网络抖动，数据库锁的获取，消息队列的消费端因为资源不足，调用三方应用时因为对方系统繁忙导致请求失败等原因。
spring-retry提供简单易用的重试机制，可以提高系统的可靠性和健壮性。
