resilience4j 重试源码分析以及重试指标采集

前言

需求

  为了防止网络抖动问题，需要进行重试处理，重试达到阈值后进行告警通知，做到问题及时响应

技术选型

类型	同步、异步	是否支持声明式调用（注解）	是否支持监控
resilience4j-retry	同步	是	是
Guava Retry	同步	否	否，可通过监听器自行实现监控统计
Spring Retry	同步	是	否，可通过监听器自行实现监控统计

基于以上方案的对比，选择了使用resilience4j-retry，主要基于以下两点：

1. 本身提供了监控数据，可完美接入premethus
2. resilience4j除了提供重试能力，还具备Hystrix相同的能力，包括断路器、隔断、限流、缓存。提供与Spring Boot集成的依赖，大大简化了集成成本。（后期可考虑从Hystrix迁移到resilience4j）

提出问题

1. resilience4j-retrry怎么集成到项目中以及怎么使用？
2. 怎样自定义时间间隔？
3. resilience4j-retry实现原理？
4. 监控数据如何统计以及premethus如何采集？

问题分析

resilience4j-retrry如何使用

1. maven引入resilience4j-spring-boot2包

   <dependency>
   		<groupId>io.github.resilience4j</groupId>
   		<artifactId>resilience4j-spring-boot2</artifactId>
   		<version>1.7.1</version>
   </dependency>
   

2. 配置重试服务

   // 对应@Retry注解的name属性
   resilience4j.retry.instances.sendConfirmEmail.max-at