abstrak：上篇中最后有那段代碼使用了一個(gè)ProxyFactory類來(lái)完成代理的工作，從而實(shí)現(xiàn)了Aop的Around Advice，代碼如下：package aop.demo; import org.springframework.aop.framework.ProxyFactory; public class ClientCode {
上篇中最后有那段代碼使用了一個(gè)ProxyFactory類來(lái)完成代理的工作，從而實(shí)現(xiàn)了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(); // 創(chuàng)建代理工廠
proxyFactory.setTarget(new SayImpl()); // 射入目標(biāo)類對(duì)象
proxyFactory.addAdvice(new SayImplAroundAdvice());
ISay say = (ISay) proxyFactory.getProxy();
say.say();
}
}那么接下來(lái)就聊聊ProxyFactory吧，看看它都干了些啥。
1、ProxyFactory的奧秘
繼續(xù)看上面的代碼只用了5行，這里面意思也非常明確，只有在第4行的時(shí)候有一個(gè)getProxy的方法并轉(zhuǎn)換為ISay接口?？磥?lái)代理對(duì)象的來(lái)源可以從它入手了。
public Object getProxy() {
return createAopProxy().getProxy();
}只不過(guò)代碼只有一行，調(diào)用的是一個(gè)createAopProxy()的方法返回了AopProxy類型的對(duì)象，再通過(guò)AopProxy的getProxy來(lái)獲得了代理對(duì)象。
那么只好再看一下createAopProxy()是啥樣子咯：
protected final synchronized AopProxy createAopProxy() {
if (!this.active) {
activate();
}
return getAopProxyFactory().createAopProxy(this);
}這個(gè)方法在org.springframework.aop.framework.ProxyCreatorSupport這個(gè)類里面，ProxyFactory是繼承了它的。這個(gè)類字面意思就是一個(gè)代理創(chuàng)建的支持類。
但是看了createAopProxy方法后又郁悶了，還有一個(gè)getAopProxyFactory()，真是一層套一層啊。當(dāng)然這里還是需要從類的層次結(jié)構(gòu)來(lái)看會(huì)清楚一些，只是我主要是看它是怎么生成代理對(duì)象的，設(shè)計(jì)上的事情回頭再看。
//這個(gè)方法訪問(wèn)了一個(gè)內(nèi)部成員
public AopProxyFactory getAopProxyFactory() {
return this.aopProxyFactory;
}
//再看aopProxyFactory其實(shí)是在構(gòu)造函數(shù)里創(chuàng)建的
public ProxyCreatorSupport() {
this.aopProxyFactory = new DefaultAopProxyFactory();
}這里看到了DefaultAopProxyFactory這個(gè)工廠類，好了，也就是它才是創(chuàng)建代理的真正人物。那么這里接著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。它們倆的區(qū)別：
Cglib創(chuàng)建代理慢但執(zhí)行快而且可以代理類
Jdk創(chuàng)建代理快但執(zhí)行慢，只可以代理接口
順著ClientCode這個(gè)代碼肯定是用JdkDynmaicAopProxy，最終proxyFactory.getProxy()調(diào)用的是JdkDynmaicAopProxy的實(shí)例。那好就看一下JdkDynmaicAopProxy中g(shù)etProxy都做了啥吧：
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);
}好了，這里看到了熟悉的代碼，即通過(guò)Proxy.newProxyInstance生成代理對(duì)象交給調(diào)用者。Spring通過(guò)抽象工廠模式設(shè)計(jì)了兩種代理方法。
2、再看看ProxyFactroyBean
但是在xml配置的時(shí)候用的并不是ProxyFactory，而是ProxyFactroyBean。有點(diǎn)奇怪，為什么會(huì)有兩個(gè)類呢？先來(lái)看看ProxyFactoryBean：
public class ProxyFactoryBean extends ProxyCreatorSupport
implements FactoryBean<Object>, BeanClassLoaderAware, BeanFactoryAware {哦喲，原來(lái)這家伙繼承了FactoryBean，好了，原來(lái)它借且FactoryBean提供了一個(gè)中間層。因?yàn)镾pring如果發(fā)現(xiàn)Ioc創(chuàng)建的對(duì)象帶有FactoryBean時(shí)會(huì)調(diào)用FactoryBean的getObject方法來(lái)獲得對(duì)象。有了這個(gè)它在Ioc容器里獲得的便是getObject返回的代理對(duì)象，而不是返回ProxyFactoryBean本身，這樣才能注入嘛。所以ProxyFactoryBean主要是使用在Ioc容器里的。
具體getObject里實(shí)現(xiàn)的原理和ProxyFactory類似，主要還是和ProxyCreatorSupport有關(guān)，ProxyCreatorSupport封裝了這部分邏輯，所以可以復(fù)用。
3、進(jìn)入切面的小世界
寫了這么多發(fā)現(xiàn)我還是停留在“代理”的層面，但是AOP難道僅僅止于此嗎？當(dāng)然不是，比如ISay接口增加一個(gè)noaop方法，這個(gè)方法我就不希望被代理，那怎么做呢？
先調(diào)整一下例子代碼，增加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我");
}
}好了，然后增加一個(gè)切面，讓這個(gè)切面去做分辨，以xml配置為例，下面對(duì)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"> <!-- 聲明被代理的目標(biāo)對(duì)象 --> <bean id="sayImpl" class="aop.demo.SayImpl"></bean> <!-- 聲明用于增強(qiáng)的攔截器對(duì)象 --> <bean id="sayImplAroundAdvice" class="aop.demo.SayImplAroundAdvice"></bean> <!-- 配置一個(gè)切面 --> <bean id="sayAdvisor" class="org.springframework.aop.support.RegexpMethodPointcutAdvisor"> <property name="advice" ref="sayImplAroundAdvice"/> <!-- 增強(qiáng) --> <property name="pattern" value="aop.demo.SayImpl.s.*"/> <!-- 切點(diǎn)（正則表達(dá)式） --> </bean> <!-- 聲明代理對(duì)象 --> <bean id="sayProxy" class="org.springframework.aop.framework.ProxyFactoryBean"> <property name="interfaces" value="aop.demo.ISay"/> <!-- 這個(gè)就是被代理的接口 --> <property name="target" ref="sayImpl"/> <!-- 這個(gè)就是被代理的對(duì)象 --> <property name="interceptorNames" value="sayAdvisor"/> <!-- 這個(gè)就是代理的增強(qiáng)器 --> </bean> </beans>
上面xml中新增了一個(gè)切面sayAdvisor，它的作用是以正則表達(dá)式的規(guī)則來(lái)選擇是否aop。比如本例子的意思是只代理SyaImpl的s開(kāi)頭的方法。那么noaop方法應(yīng)該是不會(huì)被代理啦。
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的調(diào)用，看看會(huì)不會(huì)被代理
}
}執(zhí)行的結(jié)果如下：
大家好:我是5207.希望大家多多點(diǎn)贊.
別aop我
這就發(fā)現(xiàn)advisor已經(jīng)有效果啦。
4、自動(dòng)完成對(duì)切面的代理
之前的各種代碼都帶有一個(gè)問(wèn)題，就是client最終調(diào)用的時(shí)候都是獲得的代理對(duì)象，如下面的代碼：
ISay say = (ISay)context.getBean("sayProxy");
那在做Aop增強(qiáng)的時(shí)候改老的代碼，這樣就失敗了Aop的意義了。所以沒(méi)有辦法可以自動(dòng)就完成這個(gè)操作，只要配置好就可以透明的完成這個(gè)代理過(guò)程呢？
spring提供了自動(dòng)代理的實(shí)現(xiàn)，對(duì)spring.xml做一下調(diào)整：
<?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"> <!-- 聲明被代理的目標(biāo)對(duì)象 --> <bean id="sayImpl" class="aop.demo.SayImpl"></bean> <!-- 聲明用于增強(qiáng)的攔截器對(duì)象 --> <bean id="sayImplAroundAdvice" class="aop.demo.SayImplAroundAdvice"></bean> <!-- 配置一個(gè)切面 --> <bean id="sayAdvisor" class="org.springframework.aop.support.RegexpMethodPointcutAdvisor"> <property name="advice" ref="sayImplAroundAdvice"/> <!-- 增強(qiáng) --> <property name="pattern" value="aop.demo.SayImpl.s.*"/> <!-- 切點(diǎn)（正則表達(dá)式） --> </bean> <bean class="org.springframework.aop.framework.autoproxy.DefaultAdvisorAutoProxyCreator"> <property name="optimize" value="true"/> </bean> </beans>
在此增加一個(gè)DefaultAdvisorAutoProxyCreator，原先的代理就不需要啦。然后再看一下客戶端調(diào)用直接改成調(diào)用SayImpl，看看能不能實(shí)現(xiàn)代理：
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.希望大家多多點(diǎn)贊.
別aop我
效果達(dá)成，只不過(guò)這里的關(guān)鍵是DefaultAdvisorAutoProxyCreater是怎么做的呢？看了看代碼發(fā)現(xiàn)其主要是借助Ioc容器在初始化對(duì)象時(shí)完成的代理的自動(dòng)生成的。在BeanPostProccer的postProcessAfterInitialization過(guò)程中完成了對(duì)代理的生成。具體的原理可以參考引用中的文章，太累了不寫了。