欢迎来到 黑吧安全网 聚焦网络安全前沿资讯,精华内容,交流技术心得!

spring AOp代理内容

来源:本站整理 作者:佚名 时间:2017-06-19 TAG: 我要投稿

一开始我对spring AOP还是属于一知半解的状态,这几天遇到一个问题,加上又查看了一些Spring相关知识,感觉对这个问题有了更深刻的认识。所以写下来分享一下。
我们知道,Spring支持多种AOP方式,Spring自己的基于代理的AOP和AspectJ的基于编织(weaving)的AOP。如果一个类实现了一个或多个接口,那么Spring就会使用默认的JDK动态代理,如果没有实现任何接口,就会使用cglib来代理。当然我们也可以手动改变这些设置。这也是比较容易掉坑的部分,如果设置错了代理方式,那么在依赖注入的时候,就会出现BeanNotOfRequiredTypeException。
首先来说说JDK动态代理,这种代理方式会代理接口。具体的说,对象A实现了接口A和接口B。Spring会创建一个代理对象,这个对象实现了接口A和接口B,但是需要注意,代理对象和对象A没有任何关系。我们可以把代理对象当做任何一个接口来使用,但是无法将代理对象转换成类A来使用。
假如我们现在有以下一个接口和类。
 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中都不会出现。
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

【声明】:黑吧安全网(http://www.myhack58.com)登载此文出于传递更多信息之目的,并不代表本站赞同其观点和对其真实性负责,仅适于网络安全技术爱好者学习研究使用,学习中请遵循国家相关法律法规。如有问题请联系我们,联系邮箱admin@myhack58.com,我们会在最短的时间内进行处理。
  • 最新更新
    • 相关阅读
      • 本类热门
        • 最近下载