學習AOP之深刻一點Spring Aop

上一篇《學習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吧，看看它都幹了些啥。

一、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經過抽象工廠模式設計了兩種代理方法。

二、再看看ProxyFactroyBean

可是在xml配置的時候用的並非ProxyFactory，而是ProxyFactroyBean。有點奇怪，爲何會有兩個類呢？先來看看ProxyFactoryBean：

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

哦喲，原來這傢伙繼承了FactoryBean