上一篇《学习AOP之认识一下SpringAOP》中大体的了解了代理、动态代理及SpringAop的知识。因为写的篇幅长了点所以还是再写一篇吧。接下来开始深入一点Spring aop的一些实现机制。

上篇中最后有那段代码使用了一个ProxyFactory类来完成代理的工作,从而实现了Aop的Around Advice,代码如下:

package aop.demo;

import org.springframework.aop.framework.ProxyFactory;

public class ClientCode {

	public static void main(String[] args) {
ProxyFactory proxyFactory = new ProxyFactory(); // 创建代理工厂
proxyFactory.setTarget(new SayImpl()); // 射入目标类对象
proxyFactory.addAdvice(new SayImplAroundAdvice());
ISay say = (ISay) proxyFactory.getProxy();
say.say();
} }

那么接下来就聊聊ProxyFactory吧,看看它都干了些啥。

1、ProxyFactory的奥秘

继续看上面的代码只用了5行,这里面意思也非常明确,只有在第4行的时候有一个getProxy的方法并转换为ISay接口。看来代理对象的来源可以从它入手了。

public Object getProxy() {
return createAopProxy().getProxy();
}

只不过代码只有一行,调用的是一个createAopProxy()的方法返回了AopProxy类型的对象,再通过AopProxy的getProxy来获得了代理对象。

那么只好再看一下createAopProxy()是啥样子咯:

protected final synchronized AopProxy createAopProxy() {
if (!this.active) {
activate();
}
return getAopProxyFactory().createAopProxy(this);
}

这个方法在org.springframework.aop.framework.ProxyCreatorSupport这个类里面,ProxyFactory是继承了它的。这个类字面意思就是一个代理创建的支持类。

但是看了createAopProxy方法后又郁闷了,还有一个getAopProxyFactory(),真是一层套一层啊。当然这里还是需要从类的层次结构来看会清楚一些,只是我主要是看它是怎么生成代理对象的,设计上的事情回头再看。

//这个方法访问了一个内部成员
public AopProxyFactory getAopProxyFactory() {
return this.aopProxyFactory;
} //再看aopProxyFactory其实是在构造函数里创建的
public ProxyCreatorSupport() {
this.aopProxyFactory = new DefaultAopProxyFactory();
}

这里看到了DefaultAopProxyFactory这个工厂类,好了,也就是它才是创建代理的真正人物。那么这里接着createAopProxy直接看代码:

public AopProxy createAopProxy(AdvisedSupport config) throws AopConfigException {
if (config.isOptimize() || config.isProxyTargetClass() || hasNoUserSuppliedProxyInterfaces(config)) {
Class targetClass = config.getTargetClass();
if (targetClass == null) {
throw new AopConfigException("TargetSource cannot determine target class: " +
"Either an interface or a target is required for proxy creation.");
}
if (targetClass.isInterface()) {
return new JdkDynamicAopProxy(config);
}
return CglibProxyFactory.createCglibProxy(config);
}
else {
return new JdkDynamicAopProxy(config);
}
}

从这里可以看到有两种AopProxy的代理:Cglib和Jdk。它们俩的区别:

  • Cglib创建代理慢但执行快而且可以代理类
  • Jdk创建代理快但执行慢,只可以代理接口

顺着ClientCode这个代码肯定是用JdkDynmaicAopProxy,最终proxyFactory.getProxy()调用的是JdkDynmaicAopProxy的实例。那好就看一下JdkDynmaicAopProxy中getProxy都做了啥吧:

public Object getProxy() {
return getProxy(ClassUtils.getDefaultClassLoader());
} public Object getProxy(ClassLoader classLoader) {
if (logger.isDebugEnabled()) {
logger.debug("Creating JDK dynamic proxy: target source is " + this.advised.getTargetSource());
}
Class[] proxiedInterfaces = AopProxyUtils.completeProxiedInterfaces(this.advised);
findDefinedEqualsAndHashCodeMethods(proxiedInterfaces);
return Proxy.newProxyInstance(classLoader, proxiedInterfaces, this);
}

好了,这里看到了熟悉的代码,即通过Proxy.newProxyInstance生成代理对象交给调用者。Spring通过抽象工厂模式设计了两种代理方法。

2、再看看ProxyFactroyBean

但是在xml配置的时候用的并不是ProxyFactory,而是ProxyFactroyBean。有点奇怪,为什么会有两个类呢?先来看看ProxyFactoryBean:

public class ProxyFactoryBean extends ProxyCreatorSupport
implements FactoryBean<Object>, BeanClassLoaderAware, BeanFactoryAware {

哦哟,原来这家伙继承了FactoryBean,好了,原来它借且FactoryBean提供了一个中间层。因为Spring如果发现Ioc创建的对象带有FactoryBean时会调用FactoryBean的getObject方法来获得对象。有了这个它在Ioc容器里获得的便是getObject返回的代理对象,而不是返回ProxyFactoryBean本身,这样才能注入嘛。所以ProxyFactoryBean主要是使用在Ioc容器里的。

具体getObject里实现的原理和ProxyFactory类似,主要还是和ProxyCreatorSupport有关,ProxyCreatorSupport封装了这部分逻辑,所以可以复用。

3、进入切面的小世界

写了这么多发现我还是停留在“代理”的层面,但是AOP难道仅仅止于此吗?当然不是,比如ISay接口增加一个noaop方法,这个方法我就不希望被代理,那怎么做呢?

先调整一下例子代码,增加noaop方法。

public interface ISay {
void say();
void noaop();
} public class SayImpl implements ISay{ public void say() {
System.out.print("我是5207.");
} public void noaop() {
System.out.println("别aop我");
} }

好了,然后增加一个切面,让这个切面去做分辨,以xml配置为例,下面对spring.xml做一下修改:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context.xsd"> <!-- 声明被代理的目标对象 -->
<bean id="sayImpl" class="aop.demo.SayImpl"></bean>
<!-- 声明用于增强的拦截器对象 -->
<bean id="sayImplAroundAdvice" class="aop.demo.SayImplAroundAdvice"></bean> <!-- 配置一个切面 -->
<bean id="sayAdvisor" class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
<property name="advice" ref="sayImplAroundAdvice"/> <!-- 增强 -->
<property name="pattern" value="aop.demo.SayImpl.s.*"/> <!-- 切点(正则表达式) -->
</bean> <!-- 声明代理对象 -->
<bean id="sayProxy" class="org.springframework.aop.framework.ProxyFactoryBean">
<property name="interfaces" value="aop.demo.ISay"/> <!-- 这个就是被代理的接口 -->
<property name="target" ref="sayImpl"/> <!-- 这个就是被代理的对象 -->
<property name="interceptorNames" value="sayAdvisor"/> <!-- 这个就是代理的增强器 -->
</bean>
</beans>

上面xml中新增了一个切面sayAdvisor,它的作用是以正则表达式的规则来选择是否aop。比如本例子的意思是只代理SyaImpl的s开头的方法。那么noaop方法应该是不会被代理啦。

client代码也修改一下:

public class Client {

	@SuppressWarnings("resource")
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext("aop/demo/spring.xml");
ISay say = (ISay)context.getBean("sayProxy");
say.say();
say.noaop();//增加noaop的调用,看看会不会被代理
} }

执行的结果如下:

大家好:我是5207.希望大家多多点赞.

别aop我

这就发现advisor已经有效果啦。

4、自动完成对切面的代理

之前的各种代码都带有一个问题,就是client最终调用的时候都是获得的代理对象,如下面的代码:

ISay say = (ISay)context.getBean("sayProxy");

那在做Aop增强的时候改老的代码,这样就失败了Aop的意义了。所以没有办法可以自动就完成这个操作,只要配置好就可以透明的完成这个代理过程呢?

spring提供了自动代理的实现,对spring.xml做一下调整:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context.xsd"> <!-- 声明被代理的目标对象 -->
<bean id="sayImpl" class="aop.demo.SayImpl"></bean>
<!-- 声明用于增强的拦截器对象 -->
<bean id="sayImplAroundAdvice" class="aop.demo.SayImplAroundAdvice"></bean> <!-- 配置一个切面 -->
<bean id="sayAdvisor" class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
<property name="advice" ref="sayImplAroundAdvice"/> <!-- 增强 -->
<property name="pattern" value="aop.demo.SayImpl.s.*"/> <!-- 切点(正则表达式) -->
</bean> <bean class="org.springframework.aop.framework.autoproxy.DefaultAdvisorAutoProxyCreator">
<property name="optimize" value="true"/>
</bean>
</beans>

在此增加一个DefaultAdvisorAutoProxyCreator,原先的代理就不需要啦。然后再看一下客户端调用直接改成调用SayImpl,看看能不能实现代理:

package aop.demo;

import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext; public class Client { @SuppressWarnings("resource")
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext("aop/demo/spring.xml");
ISay say = (ISay)context.getBean("sayImpl");
say.say();
say.noaop();
}
}

输出:

大家好:我是5207.希望大家多多点赞.

别aop我

效果达成,只不过这里的关键是DefaultAdvisorAutoProxyCreater是怎么做的呢?看了看代码发现其主要是借助Ioc容器在初始化对象时完成的代理的自动生成的。在BeanPostProccer的postProcessAfterInitialization过程中完成了对代理的生成。具体的原理可以参考引用中的文章,太累了不写了。

参考及引用

死磕Spring AOP系列2:剖析Bean处理器之BeanNameAutoProxyCreator

注:此文章为原创,欢迎转载,请在文章页面明显位置给出此文链接!

若您觉得这篇文章还不错请点击下右下角的推荐,非常感谢!

http://www.cnblogs.com/5207

学习AOP之深入一点Spring Aop的更多相关文章

  1. Spring学习总结(4)——Spring AOP教程

    一.概念 AOP(Aspect Oriented Programming):面向切面编程. 面向切面编程(也叫面向方面编程),是目前软件开发中的一个热点,也是Spring框架中的一个重要内容.利用AO ...

  2. 学习AOP之认识一下Spring AOP

    心碎之事 要说知道AOP这个词倒是很久很久以前了,但是直到今天我也不敢说非常的理解它,其中的各种概念即抽象又太拗口. 在几次面试中都被问及AOP,但是真的没有答上来,或者都在面上,这给面试官的感觉就是 ...

  3. Spring学习进阶 (三) Spring AOP

    一.是什么AOP是Aspect Oriented Programing的简称,最初被译为“面向方面编程”:AOP通过横向抽取机制为无法通过纵向继承体系进行抽象的重复性代码提供了解决方案.比如事务的控制 ...

  4. 框架源码系列十:Spring AOP(AOP的核心概念回顾、Spring中AOP的用法、Spring AOP 源码学习)

    一.AOP的核心概念回顾 https://docs.spring.io/spring/docs/5.1.3.RELEASE/spring-framework-reference/core.html#a ...

  5. Spring学习总结(1)——Spring AOP的概念理解

    1.我所知道的aop 初看aop,上来就是一大堆术语,而且还有个拉风的名字,面向切面编程,都说是OOP的一种有益补充等等.一下子让你不知所措,心想着:怪不得 很多人都和我说aop多难多难 .当我看进去 ...

  6. Spring学习总结(15)——Spring AOP 拦截器的基本实现

    一个程序猿在梦中解决的 Bug 没有人是不做梦的,在所有梦的排行中,白日梦最令人伤感.不知道身为程序猿的大家,有没有睡了一觉,然后在梦中把睡之前代码中怎么也搞不定的 Bug 给解决的经历?反正我是有过 ...

  7. Spring学习总结(9)——Spring AOP总结

    spring IOC和AOP是Spring框架的两大核心基石,本文将对Spring AOP做一个系统的总结. 什么是AOP AOP(Aspect-Oriented Programming,面向切面编程 ...

  8. Spring学习总结(17)——Spring AOP权限管理

    每个项目都会有权限管理系统 无论你是一个简单的企业站,还是一个复杂到爆的平台级项目,都会涉及到用户登录.权限管理这些必不可少的业务逻辑.有人说,企业站需要什么权限管理阿?那行吧,你那可能叫静态页面,就 ...

  9. Spring学习总结(16)——Spring AOP实现执行数据库操作前根据业务来动态切换数据源

    深刻讨论为什么要读写分离? 为了服务器承载更多的用户?提升了网站的响应速度?分摊数据库服务器的压力?就是为了双机热备又不想浪费备份服务器?上面这些回答,我认为都不是错误的,但也都不是完全正确的.「读写 ...

随机推荐

  1. 告别被拒,如何提升iOS审核通过率(上篇)

    iOS审核一直是每款移动产品上架苹果商店时面对的一座大山,每次提审都像是一次漫长而又悲壮的旅行,经常被苹果拒之门外,无比煎熬.那么问题来了,我们有没有什么办法准确把握苹果审核准则,从而提升审核的通过率 ...

  2. 【原创分享·支付宝支付】HBuilder打包APP调用支付宝客户端支付

    前言 最近有点空余时间,所以,就研究了一下APP支付.前面很早就搞完APP的微信支付了,但是由于时间上和应用上的情况,支付宝一直没空去研究.然后等我空了的时候,发现支付宝居然升级了支付逻辑,虽然目前还 ...

  3. 测试一下StringBuffer和StringBuilder及字面常量拼接三种字符串的效率

    之前一篇里写过字符串常用类的三种方式<java中的字符串相关知识整理>,只不过这个只是分析并不知道他们之间会有多大的区别,或者所谓的StringBuffer能提升多少拼接效率呢?为此写个简 ...

  4. [APUE]文件和目录(下)

    一.mkdir和rmdir函数 #include <sys/types.h> #include <sys/stat.h> int mkdir(const char *pathn ...

  5. Javascript实现HashTable类

    散列算法可以尽快在数据结构中找出指定的一个值,因为可以通过Hash算法求出值的所在位置,存储和插入的时候都按照Hash算法放到指定位置. <script> function HashTab ...

  6. bzoj3932--可持久化线段树

    题目大意: 最近实验室正在为其管理的超级计算机编制一套任务管理系统,而你被安排完成其中的查询部分.超级计算机中的 任务用三元组(Si,Ei,Pi)描述,(Si,Ei,Pi)表示任务从第Si秒开始,在第 ...

  7. PHP设计模式(二)工厂方法模式(Factory Method For PHP)

    简单工厂简述: 简单工厂模式实现了生产产品类的代码跟客户端代码分离,在工厂类中你可以添加需要生成长跑的逻辑代码(new 产品类),但是问题来了,优秀的代码是符合"开闭原则"如果你要 ...

  8. 用angular怎么缓存父页面数据

    angular做单页面应用是一个比较好的框架,但是它有一定的入门难度,对于新手来说可能会碰到很多坑,也有许多难题,大部分仔细看文档,找社区是能解决的. 但有些问题也许资料比较少,最近遇到过一个要缓存父 ...

  9. ERROR 1300 (HY000): Invalid utf8 character string: ''

    在load csv 进mysql的时候,报这个错,苦恼了很长时间,网上搜索不到答案. mysql>    load data infile '/home/hdh/8_sr/8_45.csv'   ...

  10. OpenGL shader 中关于顶点坐标值的思考

    今天工作中需要做一个事情: 在shader内部做一些空间距离上的计算,而且需要对所有的点进行计算,符合条件的显示,不符合条件的点不显示. 思路很简单,在vertex shader内知道顶点坐标,进行计 ...