探讨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("父类方法"); } }
@Component public 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()方法：
@Component public 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的实际效果。
