
在开发过程中,当我们使用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的实际效果。
以上就是为什么Spring AOP在子类实现接口并继承父类时会失效?的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号