深入理解Spring AOP代理

2022-05-05 19:44:00 浏览数 (1)

一开始我对Spring AOP还是属于一知半解的状态,这几天遇到一个问题,加上又查看了一些Spring相关知识,感觉对这个问题有了更深刻的认识。所以写下来分享一下。

我们知道,Spring支持多种AOP方式,Spring自己的基于代理的AOP和AspectJ的基于编织(weaving)的AOP。如果一个类实现了一个或多个接口,那么Spring就会使用默认的JDK动态代理,如果没有实现任何接口,就会使用cglib来代理。当然我们也可以手动改变这些设置。这也是比较容易掉坑的部分,如果设置错了代理方式,那么在依赖注入的时候,就会出现BeanNotOfRequiredTypeException

首先来说说JDK动态代理,这种代理方式会代理接口。具体的说,对象A实现了接口A和接口B。Spring会创建一个代理对象,这个对象实现了接口A和接口B,但是需要注意,代理对象和对象A没有任何关系。我们可以把代理对象当做任何一个接口来使用,但是无法将代理对象转换成类A来使用。

假如我们现在有以下一个接口和类。

代码语言:javascript复制
public interface InterfaceA  {
}

public class ClassA implements InterfaceA  {
}

然后我们使用依赖注入来获取对象A的话就只能类型只能为InterfaceA,如果类型写成ClassA就会出现BeanNotOfRequiredTypeException。因为这里实际注入的对象是一个实现了InterfaceA的代理对象,和ClassA没有任何关系。这种情况是Spring建议我们的,使用接口来进行编程。如果必须注入类的话,就需要使用cglib来代理,也就是在AOP配置中添加proxy-target-class="true"

然后再来说说cglib代理。这是一个代理类的方式,所以如果我们使用这种代理,上面的情况下既可以注入ClassA,又可以注入InterfaceA。

最后再来说说AspectJ的基于编织的AOP。所谓编织,就是在生成的类文件中增加或修改代码,有编译时编织和运行时编织之分。如果你使用AspectJ并反编译一个编织了的类,就会发现这个类文件被AspectJ修改了。由于AspectJ的基于编织的特性,所以基于代理的AOP的自引用、两种代理的问题,在AspectJ中都不会出现。

0 人点赞