上一篇《學習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