问题一：@Recover 注解的作用是什么？
@Recover 注解的作用是什么？
参考回答：
@Recover 注解用于指定在 @Retryable 注解标注的方法重试失败后调用的方法。该方法通常用于处理重试失败后的逻辑，如记录日志、发送告警等。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/633664
问题二：使用 @Recover 注解时需要注意什么？
使用 @Recover 注解时需要注意什么？
参考回答：
@Recover注解来开启重试失败后调用的方法，此注解注释的方法参数一定要是@Retryable抛出的异常，否则无法识别。
@Recover标注的方法的返回值必须与@Retryable标注的方法一致。
该回调方法与重试方法写在同一个实现类里面。
由于是基于AOP实现，所以不支持类里自调用方法。
方法内不能使用try catch，只能往外抛异常，而且异常必须是Throwable类型的。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/633667
问题三：Spring Retry 的基本原理是什么？
Spring Retry 的基本原理是什么？
参考回答：
Spring-retyr调用时序图 
Spring Retry 的基本原理是通过 @EnableRetry 注解引入 AOP 能力。在 Spring 容器启动时，会扫描所有带有 @Retryable 和 @CircuitBreaker（熔断器）注解的方法，并为其生成 PointCut 和 Advice。当发生方法调用时，Spring 会委托拦截器 RetryOperationsInterceptor 进行调用，拦截器内部实现了失败退避重试和降级恢复方法。这种设计模式使得重试逻辑的实现非常简单易懂，并且能够充分利用 Spring 框架提供的 AOP 能力，从而实现高效而优雅的重试机制。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/633669
问题四：Spring Retry 有什么缺陷？
Spring Retry 有什么缺陷？
参考回答：
尽管 Spring Retry 工具能够优雅地实现重试，但它仍然存在两个不太友好的设计：首先，重试实体被限定为 Throwable 子类，这意味着重试针对的是可捕获的功能异常，但实际上我们可能希望依赖某个数据对象实体作为重试实体，但是 Spring Retry 框架必须强制将其转换为 Throwable 子类。其次，重试根源的断言对象使用的是 doWithRetry 的 Exception 异常实例，这不符合正常内部断言的返回设计。Spring Retry 建议使用注解来对方法进行重试，重试逻辑是同步执行的。重试的“失败”是指 Throwable 异常，如果你要通过返回值的某个状态来判断是否需要重试，则可能需要自己判断返回值并手动抛出异常。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/633670
问题五：Guava Retrying 是什么？支持哪些重试策略？
Guava Retrying 是什么？支持哪些重试策略？
参考回答：
Guava Retrying 是基于 Google 的核心类库 Guava 的重试机制实现的一个库，它提供了一种通用方法，可以使用 Guava 谓词匹配增强的特定停止、重试和异常处理功能来重试任意 Java 代码。
Guava Retrying 支持多种重试策略，比如指定重试次数、指定重试时间间隔等。它还支持谓词匹配来确定是否应该重试，以及在重试时应该做些什么。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/633672
