AOP-切面是如何织入到目标对象中的

切面是如何织入到目标对象中的？？？这大概是每个人在学习AOP的过程中都会产生的疑问吧。

当我们在调用目标方法时候，也就是通过代理对象调用目标方法的时候，比如：JdkDynamicAopProxy会通过连接点（ReflectiveMethodInvocation）来调用拦截器链中的拦截器（也就是调用通知方法）。所以JdkDynamicAopProxy对象首先要获取的拦截器链条，然后才将拦截器链条交给连接点来调用拦截器和目标方法吧。也就是在获取拦截器链条的过程中有一句代码，这行代码再DefaultAdvisorChainFactory的getInterceptorsAndDynamicInterceptionAdvice(..)方法中：

if (config.isPreFiltered() || pointcutAdvisor.getPointcut().getClassFilter().matches(actualClass)) {

我只贴这一句，建议先看下源码。这一句代码前半部分 config.isPreFiltered() 的意思是：config(AdvisedSupport)对象中的Advisor（每个Advisor对象持有一个通知）是否已经经过筛选并与目标对象相匹配。如果已经提前过滤好了（或者说已经提前匹配好了），那就返回true.那if判断就为 true 了。如果说config对象中的Advisor还没有过滤（匹配）过，那么就调用上面的这行代码的后半部分来匹配。

但是我在debug源码的时候发现都是已经提前匹配好了的。也就是说切面在调用目标对象之前已经织入目标对象了。那它是怎么的织入的呢？？它时什么时候织入的呢？？文章开头的疑问也就是在这个时候产生的。现在我来回答这个问题:切面是在目标对象被实例化的是时候织入目标对象的，更准确的说，切面是在目标对象的bean在完成初始实例化之后bean工厂调用bean的后处理器将切面织入到目标对象中的。就像是一辆汽车生产出来之后已经可以使用了，能正常行驶了。但是最后阶段我还要给它装上仪表，安全气囊，甚至是行车记录仪等等。

既然既然上面所说的config对象就是AdvisedSupport类的实例那就是看看config.isPreFiltered()这句源码

debug截图

看看最关键的代码，在AbstractAutoProxyCreator中的createProxy(..)中也就是上图标出的关键代码。

源码如下：

    /**
     * Create an AOP proxy for the given bean.
     * @param beanClass the class of the bean
     * @param beanName the name of the bean
     * @param specificInterceptors the set of interceptors that is
     * specific to this bean (may be empty, but not null)
     * @param targetSource the TargetSource for the proxy,
     * already pre-configured to access the bean
     * @return the AOP proxy for the bean
     * @see #buildAdvisors
     */
    protected Object createProxy(
            Class<?> beanClass, String beanName, Object[] specificInterceptors, TargetSource targetSource) {

        if (this.beanFactory instanceof ConfigurableListableBeanFactory) {
            AutoProxyUtils.exposeTargetClass((ConfigurableListableBeanFactory) this.beanFactory, beanName, beanClass);
        }
　　　　　//ProxyFactory是AdvisedSupport的一个子类。现在创建的也就是上面所说的config对象。这个config对象将会存储与目标对象相匹配的advisor,这就是所谓的织入。
        //等到调用目标对象的时候在将advisor取出来包装（转换）成拦截器。最后组成拦截器链。
        ProxyFactory proxyFactory = new ProxyFactory();
        proxyFactory.copyFrom(this);

        if (!proxyFactory.isProxyTargetClass()) {
            if (shouldProxyTargetClass(beanClass, beanName)) {
                 
　　　　　　　　　　proxyFactory.setProxyTargetClass(true);
            }
            else {
                evaluateProxyInterfaces(beanClass, proxyFactory);
            }
        }
        //这里是给定的拦截器包装成advisor。这个specificInterceptors是作为这个方法的参数传进来的。也就是说在这之前就已经将与目标对象相匹配的拦截器构建好了。
        Advisor[] advisors = buildAdvisors(beanName, specificInterceptors);
        for (Advisor advisor : advisors) {
            //这里就是织入，将与目标对象相匹配的advisor存储到config中，也就是一个AdvisedSupport对象中。
            proxyFactory.addAdvisor(advisor);
        }

        proxyFactory.setTargetSource(targetSource);
        customizeProxyFactory(proxyFactory);

        proxyFactory.setFrozen(this.freezeProxy);
        if (advisorsPreFiltered()) {
            proxyFactory.setPreFiltered(true);//调用我上面打断点的那个方法。
        }

        return proxyFactory.getProxy(getProxyClassLoader());
    }

现在看看程序是如何获取与目标对象匹配的advisor的。也就是上述代码中的specificInterceptors 是如何构建的。

这过程实在是太复杂，看了下源码，感觉不可能把源码贴上来结合着讲。说下思路吧，目前只看了一遍源码，可能会有出入的地方：因为advisor是在bean工厂初始化完成的时候就完成了实例化的。所以现在它现将所有用于自动代理的advisor获取，即不管是不是与目标对象匹配，我先拿过来。然后在进行筛选与目标匹配的advisor。筛选当然是遍历每一个advisor。在判断一个advisor是否与目标对象匹配的时候，因为每个advisor都会持有一个切点和一个通知的引用。所以先从advisor中获取切点对象。然后又通过切点获取一个ClassFilter对象（每个切点都持有一个ClassFilter对象），也就是说这个ClassFilter间接属于advisor。ClassFilter，顾名思义，就是拿来过滤的。它有一个的matches(Class<?> clazz)方法。这个方法将目标对象类型作为参数，传进去匹配。如果相匹配返回true。而这仅仅是类型符合了。但是这个目标类对象中并不是所有的方法后符合啊。

　　所以还要判断目标方法是否符合。所以还需要一个MethodMatcher对象（注：Methodmatcher和ClassFilter都是接口）。MethodMatcher对象也有一个方法叫maches(..)。将目标对象的所有目标方法（Method对象）一个个比较，如果有符合的就返回true。说明advisor和目标对象相符合。