切面是如何织入到目标对象中的？？？这大概是每个人在学习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和目标对象相符合。