Spring AOP代理详细介绍
SpringAOP代理详细介绍
前言：
一开始我对springAOP还是属于一知半解的状态，这几天遇到一个问题，加上又查看了一些Spring相关知识，感觉对这个问题有了更深刻的认识。所以写下来分享一下。
我们知道，Spring支持多种AOP方式，Spring自己的基于代理的AOP和AspectJ的基于编织（weaving）的AOP。如果一个类实现了一个或多个接口，那么Spring就会使用默认的JDK动态代理，如果没有实现任何接口，就会使用cglib来代理。当然我们也可以手动改变这些设置。这也是比较容易掉坑的部分，如果设置错了代理方式，那么在依赖注入的时候，就会出现BeanNotOfRequiredTypeException。
首先来说说JDK动态代理，这种代理方式会代理接口。具体的说，对象A实现了接口A和接口B。Spring会创建一个代理对象，这个对象实现了接口A和接口B，但是需要注意，代理对象和对象A没有任何关系。我们可以把代理对象当做任何一个接口来使用，但是无法将代理对象转换成类A来使用。
假如我们现在有以下一个接口和类。
publicinterfaceInterfaceA{
}
publicclassClassAimplementsInterfaceA{
}
然后我们使用依赖注入来获取对象A的话就只能类型只能为InterfaceA，如果类型写成ClassA就会出现BeanNotOfRequiredTypeException。因为这里实际注入的对象是一个实现了InterfaceA的代理对象，和ClassA没有任何关系。这种情况是Spring建议我们的，使用接口来进行编程。如果必须注入类的话，就需要使用cglib来代理，也就是在AOP配置中添加proxy-target-class="true"。
然后再来说说cglib代理。这是一个代理类的方式，所以如果我们使用这种代理，上面的情况下既可以注入ClassA，又可以注入InterfaceA。
最后再来说说AspectJ的基于编织的AOP。所谓编织，就是在生成的类文件中增加或修改代码，有编译时编织和运行时编织之分。如果你使用AspectJ并反编译一个编织了的类，就会发现这个类文件被AspectJ修改了。由于AspectJ的基于编织的特性，所以基于代理的AOP的自引用、两种代理的问题，在AspectJ中都不会出现。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！