最近有一个小伙伴提了一个issues 指出@Retryable注解在接口上不生效 · Issue #I7VGS8 · aizuda/easy-retry - Gitee.com 首先我们复现issues问题.
问题复现
1. 新建一个接口并添加@Retryable注解
实现接口并执行一个异常的代码
讯享网
2. 观察日志是否触发异常
通过观察日志并未触发重试
> 想要知道为什么会出现这个问题就得了解一下啊注解的继承问题?
# 注解的继承问题
经过测试得出以下结论
那为啥注解在接口上没作用?
Spring 的动态代理主要分为两种,一种是JDK 动态代理 ;一种是CGLIB 动态代理;
JDK 动态代理
JDK 动态代理主要是针对实现了某个接口的类。该方式基于反射的机制实现,会生成一个实现相同接口的代理类,然后通过对方法的充写,实现对代码的增强。
在该方式中接口中的注解无法被实现类继承,AOP 中的切点无法匹配上实现类,所以也就不会为实现类创建代理,所以我们使用的类其实是未被代理的原始类,自然也就不会被增强了。
CGLIB 动态代理
1. 不存在继承关系 AOP可进行有效拦截(CGLIB动态代理)
2. 存在继承关系 有父类和子类 ,切点注解在父类方法。若子类重写父类的方法将不会被拦截,而未重写的方法可以被AOP拦截。
解决方案
我们知道事务的注解@Transactional和Spring Retry的注解@Retryable都是支持在接口的方法和抽象类的方法上,不妨先学习一下他们是如何实现
先阅读一下Spring Retry的关于这块的源码
仿造Spring Retry实现对接口的注解进行拦截
新增EasyRetryPointcutAdvisor增强器
讯享网
实现拦截器[EasyRetryInterceptor](https://gitee.com/aizuda/easy-retry)
.从测试结果来看,效果还是很不错了,完美的解决了这个问题
一波小广告
EasyRetry是一款基于BASE思想实现的分布式服务重试组件,旨在通过重试机制确保数据的最终一致性。它提供了控制台任务观测、可配置的重试策略、重试后执行回调以及丰富地告警配置等功能。通过这些手段,可以对异常数据进行全面监测和回放,从而在确保系统高可用性的同时,大大提升数据的一致性
为了便于快速上手EasyRetry特别的录制了视频教程还在持续的录制中有兴趣可以看看。
视频地址:
https://www.easyretry.com/pages/a774e2/

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/2959.html