探讨Spring AOP在子类实现接口并继承父类时失效的原因
在开发过程中，当我们使用Spring AOP对一个子类进行增强时，如果该子类同时实现了接口并继承了父类，可能会遇到AOP切点失效的问题。让我们通过一个具体案例来分析这种情况的表现及其原因。
问题描述
假设我们有一个类结构如下：
<code>public interface Run {
public void runs();
}</code><code>public abstract class GrandFather {
public abstract void say();
}</code><code>public abstract class Parent extends GrandFather implements Run {
public abstract void test();
public void test2(){
System.out.println("父类方法");
}
}</code><code>@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();
}
}</code>在上述结构中，Child类既继承了Parent类，又实现了Run接口。同时，Child类重写了父类的一些方法，并在这些方法上使用了自定义注解@OpenDefaultNameMark来进行AOP增强。然而，我们发现当Child类实现了Run接口的方法runs()时，AOP切点似乎失效了。
问题分析
为了验证AOP是否真的失效，我们尝试删除Child类中实现的runs()方法：
<code>@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();
// }
}</code>通过删除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的实际效果。
