探讨Spring AOP在子类实现接口并继承父类时失效的原因
在开发过程中，当我们使用Spring AOP对一个子类进行增强时，如果该子类同时实现了接口并继承了父类，可能会遇到AOP切点失效的问题。让我们通过一个具体案例来分析这种情况的表现及其原因。
问题描述
假设我们有一个类结构如下：
public interface Run { public void runs();}
public abstract class GrandFather { public abstract void say();}
public abstract class Parent extends GrandFather implements Run { public abstract void test(); public void test2(){ System.out.println("父类方法"); }}
@Componentpublic class Child extends Parent { @OpenDefaultNameMark public void test(){ System.out.println("Child"); } @Override @OpenDefaultNameMark public void test2() { System.out.println("子类方法"); } @Override @OpenDefaultNameMark public void say() { } @Override public void runs() { // this.say(); }}
在上述结构中，Child类既继承了Parent类，又实现了Run接口。同时，Child类重写了父类的一些方法，并在这些方法上使用了自定义注解@OpenDefaultNameMark来进行AOP增强。然而，我们发现当Child类实现了Run接口的方法runs()时，AOP切点似乎失效了。
问题分析
为了验证AOP是否真的失效，我们尝试删除Child类中实现的runs()方法：
@Componentpublic class Child extends Parent { @OpenDefaultNameMark public void test(){ System.out.println("Child"); } @Override @OpenDefaultNameMark public void test2() { System.out.println("子类方法"); } @Override @OpenDefaultNameMark public void say() { } // @Override // public void runs() { // // this.say(); // }}
通过删除runs()方法，我们发现AOP切点再次生效。这表明问题确实与Child类实现的接口方法有关。
问题原因
从AOP的实现机制来看，这种情况的问题出在AOP代理的生成方式上。Spring AOP使用动态代理来生成AOP代理类，当一个类同时实现接口和继承类时，Spring会选择基于接口的JDK动态代理，而不是基于类的CGLIB代理。而JDK动态代理是基于接口的代理机制，这可能会导致对类方法的AOP增强失效。
此外，根据你的描述，AOP的AspectJ代码并没有问题，问题的出现可能是由于插件的限制。插件在分析SpringBootApplicationContext时，依赖于Actuator的beans接口的返回值，这可能会导致插件无法准确反映AOP代理的实际情况。为了确保插件能够正确反映AOP的生效情况，你需要在IDEA中启动一次项目，使插件能够刷新并获取最新的AOP代理信息。
结论
在Spring AOP中，当一个子类既实现了接口又覆盖了父类的方法时，AOP切点可能会失效。这是因为Spring可能选择了基于接口的JDK动态代理，而这种代理机制可能无法正确处理类方法的AOP增强。为了解决这个问题，可以尝试使用CGLIB代理，或者在IDEA中启动项目以确保插件能够正确反映AOP的实际效果。
以上就是为什么Spring AOP在子类实现接口并继承父类时会失效？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1504348.html
微信扫一扫 
支付宝扫一扫 
