SpringAOP

SpringAOP 博客链接

本文主要是解析Spring AOP的运作流程。
上次讲到Java中的两种动态代理技术：JDK动态代理和CGLIB动态代理，也简单分析了他们的实现原理，这篇文章主要是介绍基于动态代理的Spring AOP 技术。AOP是一个规范，Spring AOP仅仅是AOP的一种实现，是为了方便我们在spring应用中使用AOP技术。相对应的，AspectJ是另一个由Java实现的AOP框架，它更专业，功能也更强大，可以与Java无缝对接，因此我们需要简单了解一下AspectJ，但这并不代表Spring AOP和AspectJ有什么必然联系，事实上，Spring AOP的底层实现和AspectJ没有任何关系，只是他们在使用的时候有一些相似的地方罢了，使用过就能体会到了。

AspectJ

前置条件

• aspectjtools-1.9.0.jar
• aspectjrt-1.5.3.jar
• IDEA 2018.2

工程准备

这里很有必要提一下IDEA的版本：2018.2，如果你用的是这个版本，那么IDEA自带了AspectJ Support 插件 和 Spring AOP/@AspectJ 插件，其他的版本我不知道，如果没有的话就自己安装，如图：

aspectjtools-1.9.0.jar 和 aspectjrt-1.5.3.jar 这两个jar包分别有不同的作用。aspectjtools-1.9.0.jar里面有Ajc编译器，而aspectjrt-1.5.3.jar是一个依赖包。
装好这两个插件之后，修改以下配置：

这里我们使用Ajc编译器，因为Ajc编译器既能编译AspectJ语法，又可以编译java语法，而Javac只能编译java语法。

基本概念

这部分内容我不想过多说明，如果不理解的可以网上查一下资料，主要有以下概念：

• JoinPoint：连接点，即哪些目标函数可以被拦截。
• PointCut：切点，对哪些连接点进行切入。
• Advice：通知，在切点上要执行的动作。前置、后置、环绕、后置返回、异常。
• Aspect：切面，切点和通知的组合体。
• Weaving：织入，把切面代码织入到目标函数的过程。

测试案例

我们首先新建一个Java工程，然后引入我们刚刚下载aspectjrt-1.5.3.jar，怎么引入不限制，你直接下载jar包然后引入，也可以通过maven，也可以通过其他手段。
为了测试，我这里新建了以下几个类：Hello、AspectGrammar、AspectJJava

Hello是我们的目标类，剩下的是两个切面，一个用AspectJ语法实现，一个用Java语法实现。

public class Hello {
    public void sayHello(){
        System.out.println("目标方法 say hello");
    }

    public static void main(String[] args) {
        Hello h = new Hello();
        h.sayHello();
    }
}

//切面1

public aspect AspectGrammar {

    /**
     * 第一种写法，不通过pointcut
     */
    void around():call(void Hello.sayHello()){
        System.out.println("【AspectJ语法添加通知】 sayHello方法环绕通知");
        proceed();
        System.out.println("【AspectJ语法添加通知】 sayHello方法环绕通知");
    }



    /**
     * 第二种写法，通过pointcut
     */
    pointcut recordLog():call(* Hello.sayHello(..));


    /**
     * 定义前置通知!
     */
    before():recordLog(){
        System.out.println("【AspectJ语法添加通知】 sayHello方法执行前 输出日志");
    }

    /**
     * 定义后置通知
     */
    after():recordLog(){
        System.out.println("【AspectJ语法添加通知】 sayHello方法执行后 输出日志");
    }
}

//切面2

import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Before;
import org.aspectj.lang.annotation.Pointcut;

@Aspect
public class AspectJJava {
    @Pointcut("execution(* *.sayHello(..))")
    private void pointcut(){}

    @Before(value="pointcut()")
    public void beforeAdvice(){
        System.out.println("【AspectJ语法添加通知】 前置通知");
    }
}

直接执行 Hello的main方法，结果如下：

工作原理

网上找到的一张图：

ApectJ主要采用的是编译期织入，在这个期间使用AspectJAjc编译器aspect类编译成clas字节码后，在java目标类编译时织入，即先编aspect类再编译目标类。
我们可以看一下编译后的class文件，很明显被修改过了。

显然AspectJ的织入原理已很明朗了，当然除了编译期织入，还存在链接期(编译后)织入，即将aspect类和java目标类同时编译成字节码文件后，再进行织入处理，这种方式比较有助于已编译好的第三方jar和Class文件进行织入操作，有兴趣的同学可以了解一下。

AspectJ的这种织入方式我们称之为静态植入，与之对应的还有动态织入，Sring AOP就是采用的动态织入。动态织入的方式是在运行时动态将要增强的代码织入到目标类中，这样往往是通过动态代理技术完成的，如Java JDK的动态代理或者是CGLIB动态代理。至于这两种动态代理之间的区别，我们前面的文章已经介绍过了，Spring AOP为了满足不同场景下的代理需求，两种动态代理技术都用到了，下面详细介绍Spring AOP的实现原理。

Spring AOP

Spring AOP的使用有两种方法，一种是基于XML配置文件，一种是基于注解。可以根据自己的兴趣来选择，不过一般是选择使用注解的方式，简单直观，XML太繁琐了。Spring AOP一般是结合IOC一起使用的，如果想全面了解Spring AOP的原理，对IOC的掌握也需要有一定要求。

整体流程

我觉得Spring AOP整体上可以分为4个流程：

1. XML解析。
   这部分我感觉和第二部分还是有点相同的地方的。针对XML解析，主要就是将各个不同的标签，解析成一个个BeanDefinition，同时给BeanDefinition设置其对应的beanClass属性，然后维护到Bean容器中。如果你在项目中是基于XML的方式使用Spring AOP，那么在这个过程中就会解析完所有相关的Bean，然后在第二流程中(筛选通知器)，就不会去创建通知器了。而如果你是使用是注解的方式只用Spring AOP，那么在这个过程不会做什么处理，然后会在筛选通知器的时候根据各个注解创建对应的Bean。

2. 筛选通知器。
   初始化之后，需要为每个Bean筛选出这个Bean对应的通知器。通知器（Advisor）是Spring AOP中非常重要的一个概念，如果你暂时不理解什么是通知器，就把它当作通知和切面的组合吧，通知器里面维护了通知和切面的属性。和切面不同的地方在于，一个切面里面可以有多个通知，而一个通知器里面只有一个通知，并且有该通知对应的切面信息。有关于通知器我下面会有介绍。
   我们知道Spring AOP底层是通过动态代理来实现的，也就是说在运行时创建一个代理类，那么我们能够想到通过代理实现AOP技术的方式有两种：一种是在生成代理类的时候，把所有通知的逻辑放到那个代理类中，根据我们对JDK基于接口的动态代理和CGLIB基于父的动态代理的了解，这应该不太可能把，通知可以有很多很多，如果真这样做，到时候生成的代理类不是非常混乱吗？第二种方法就是，在执行动态代理方法的时候，在代理方法内部调用那些通知逻辑，至于怎么调用，这也算是一个很Sring AOP中一个较为复杂的过程。这个想法不错，实际上Spring AOP也是这么干的。
   既然是在代理类执行方法的时候调用通知链的逻辑，那么就存在这样一个问题，有哪些通知链？也就是说，要实现上面说的那样，Spring 必须知道每个Bean对应的通知链。这其实就是所谓的筛选通知器。
   那么这里就引出一堆问题，怎么组织通知，即通知在Spring中该怎么表示？什么时候筛选？怎么筛选？我觉得这是Spring AOP中最复杂的一个过程，因为这里面还涉及到Spring IOC的部分内容，而IOC作为Spring的根基，挺复杂的，虽然知道它的大体流程，但是对于具体细节一无所知。

3. 创建代理对象
   即为目标类创建代理对象，采用哪种方式？JDK动态代理还是CGLIB动态代理。

4. 代理调用过程
   这可能是我们最感兴趣的一个过程，即：代理类是怎么调用这些通知链的逻辑的，然后又是怎么有规律的调用的，很有趣。

但是我在接下来讲解的时候不会将每个流程当作一个小节来讲解，因为每个流程都太长了，所以多分几个章节。

项目准备

IDEA可以很方便Debug，这是学习源码的一个好方式。准备一个Maven工程，并添加Spring中的一些核心模块，把常见的模块加上去就好了，然后准备测试代码。

XML解析

aop名称空间的解析器是AopNamespaceHandler

public class AopNamespaceHandler extends NamespaceHandlerSupport {

   /**
    * Register the {@link BeanDefinitionParser BeanDefinitionParsers} for the
    * '{@code config}', '{@code spring-configured}', '{@code aspectj-autoproxy}'
    * and '{@code scoped-proxy}' tags.
    */
   @Override
   public void init() {
      // In 2.0 XSD as well as in 2.1 XSD.
      registerBeanDefinitionParser("config", new ConfigBeanDefinitionParser());
      registerBeanDefinitionParser("aspectj-autoproxy", new AspectJAutoProxyBeanDefinitionParser());
      registerBeanDefinitionDecorator("scoped-proxy", new ScopedProxyBeanDefinitionDecorator());

      // Only in 2.0 XSD: moved to context namespace as of 2.1
      registerBeanDefinitionParser("spring-configured", new SpringConfiguredBeanDefinitionParser());
   }

}

在ConfigBeanDefinitionParser的parse方法中对aop:config下面的三个直接子标签pointcut、advisor、aspect分别进行解析

@Override
public BeanDefinition parse(Element element, ParserContext parserContext) {
   CompositeComponentDefinition compositeDef =
         new CompositeComponentDefinition(element.getTagName(), parserContext.extractSource(element));
   parserContext.pushContainingComponent(compositeDef);

   configureAutoProxyCreator(parserContext, element);

   List childElts = DomUtils.getChildElements(element);
   for (Element elt: childElts) {
      String localName = parserContext.getDelegate().getLocalName(elt);
      if (POINTCUT.equals(localName)) {
         parsePointcut(elt, parserContext);
      }
      else if (ADVISOR.equals(localName)) {
         parseAdvisor(elt, parserContext);
      }
      else if (ASPECT.equals(localName)) {
         parseAspect(elt, parserContext);
      }
   }

   parserContext.popAndRegisterContainingComponent();
   return null;
}

在解析的时候，会将一个个标封装成一个个BeanDefinition，其实这属于IOC的内容，对于这些细节我并不是很清楚，只能了解它的大致意图。
比如现在有这样一段XML配置文件

最终pointcut、aspect、advisor解析之后变成了一个个BeanDefinition，但是在生成BeanDefinition时给它设置的beanClass属性才是关键，这个beanClass也代表每个标签实际对应的Clas类型，下面分别看看这三个标签对应的Class类型。

• Pointcut：AspectJExpressionPointcut

expression) {
   RootBeanDefinition beanDefinition = new RootBeanDefinition(AspectJExpressionPointcut.class);
   beanDefinition.setScope(BeanDefinition.SCOPE_PROTOTYPE);
   beanDefinition.setSynthetic(true);
   beanDefinition.getPropertyValues().add(EXPRESSION, expression);
   return beanDefinition;
}

• advisor：DefaultBeanFactoryPointcutAdvisor

private AbstractBeanDefinition createAdvisorBeanDefinition(Element advisorElement, ParserContext parserContext) {
   RootBeanDefinition advisorDefinition = new RootBeanDefinition(DefaultBeanFactoryPointcutAdvisor.class);
   advisorDefinition.setSource(parserContext.extractSource(advisorElement));

   String adviceRef = advisorElement.getAttribute(ADVICE_REF);
   if (!StringUtils.hasText(adviceRef)) {
      parserContext.getReaderContext().error(
            "'advice-ref' attribute contains empty value.", advisorElement, this.parseState.snapshot());
   }
   else {
      advisorDefinition.getPropertyValues().add(
            ADVICE_BEAN_NAME, new RuntimeBeanNameReference(adviceRef));
   }

   if (advisorElement.hasAttribute(ORDER_PROPERTY)) {
      advisorDefinition.getPropertyValues().add(
            ORDER_PROPERTY, advisorElement.getAttribute(ORDER_PROPERTY));
   }

   return advisorDefinition;
}

有关于DefaultBeanFactoryPointcutAdvisor，可以看看它的继承关系，发现它实现了顶层的Advisor接口

• aspect：DefaultBeanFactoryPointcutAdvisor
  aspect的解析会复杂一些，因为除了它本身，aspect下面还有很多子标签，即：各种通知。比如：before、after等。

private void parseAspect(Element aspectElement, ParserContext parserContext) {
   String aspectId = aspectElement.getAttribute(ID);
   String aspectName = aspectElement.getAttribute(REF);

   try {
      this.parseState.push(new AspectEntry(aspectId, aspectName));
      List beanDefinitions = new ArrayList();
      List beanReferences = new ArrayList();

      List declareParents = DomUtils.getChildElementsByTagName(aspectElement, DECLARE_PARENTS);
      for (int i = METHOD_INDEX; i < declareParents.size(); i++) {
         Element declareParentsElement = declareParents.get(i);
         beanDefinitions.add(parseDeclareParents(declareParentsElement, parserContext));
      }

      // We have to parse "advice" and all the advice kinds in one loop, to get the
      // ordering semantics right.
      NodeList nodeList = aspectElement.getChildNodes();
      boolean adviceFoundAlready = false;
      for (int i = 0; i < nodeList.getLength(); i++) {
         Node node = nodeList.item(i);
         if (isAdviceNode(node, parserContext)) {
            if (!adviceFoundAlready) {
               adviceFoundAlready = true;
               if (!StringUtils.hasText(aspectName)) {
                  parserContext.getReaderContext().error(
                        " tag needs aspect bean reference via 'ref' attribute when declaring advices.",
                        aspectElement, this.parseState.snapshot());
                  return;
               }
               beanReferences.add(new RuntimeBeanReference(aspectName));
            }
            AbstractBeanDefinition advisorDefinition = parseAdvice(
                  aspectName, i, aspectElement, (Element) node, parserContext, beanDefinitions, beanReferences);
            beanDefinitions.add(advisorDefinition);
         }
      }

      AspectComponentDefinition aspectComponentDefinition = createAspectComponentDefinition(
            aspectElement, aspectId, beanDefinitions, beanReferences, parserContext);
      parserContext.pushContainingComponent(aspectComponentDefinition);

      List pointcuts = DomUtils.getChildElementsByTagName(aspectElement, POINTCUT);
      for (Element pointcutElement : pointcuts) {
         parsePointcut(pointcutElement, parserContext);
      }

      parserContext.popAndRegisterContainingComponent();
   }
   finally {
      this.parseState.pop();
   }
}

大体思路如下：先获取aspect标签下面的所有子标签，然后遍历，在遍历的时候判断该子标签是否是通知类型的标签，如果是，就解析子标签。
判断是否是通知标签的逻辑比较简单

private boolean isAdviceNode(Node aNode, ParserContext parserContext) {
   if (!(aNode instanceof Element)) {
      return false;
   }
   else {
      String name = parserContext.getDelegate().getLocalName(aNode);
      return (BEFORE.equals(name) || AFTER.equals(name) || AFTER_RETURNING_ELEMENT.equals(name) ||
            AFTER_THROWING_ELEMENT.equals(name) || AROUND.equals(name));
   }
}

下面重点来关注一下对aspect子标签的解析过程

private AbstractBeanDefinition parseAdvice(
      String aspectName, int order, Element aspectElement, Element adviceElement, ParserContext parserContext,
      List beanDefinitions, List beanReferences) {

   try {
      this.parseState.push(new AdviceEntry(parserContext.getDelegate().getLocalName(adviceElement)));

      // create the method factory bean
      RootBeanDefinition methodDefinition = new RootBeanDefinition(MethodLocatingFactoryBean.class);
      methodDefinition.getPropertyValues().add("targetBeanName", aspectName);
      methodDefinition.getPropertyValues().add("methodName", adviceElement.getAttribute("method"));
      methodDefinition.setSynthetic(true);

      // create instance factory definition
      RootBeanDefinition aspectFactoryDef =
            new RootBeanDefinition(SimpleBeanFactoryAwareAspectInstanceFactory.class);
      aspectFactoryDef.getPropertyValues().add("aspectBeanName", aspectName);
      aspectFactoryDef.setSynthetic(true);

      // register the pointcut
      AbstractBeanDefinition adviceDef = createAdviceDefinition(
            adviceElement, parserContext, aspectName, order, methodDefinition, aspectFactoryDef,
            beanDefinitions, beanReferences);

      // configure the advisor
      RootBeanDefinition advisorDefinition = new RootBeanDefinition(AspectJPointcutAdvisor.class);
      advisorDefinition.setSource(parserContext.extractSource(adviceElement));
      advisorDefinition.getConstructorArgumentValues().addGenericArgumentValue(adviceDef);
      if (aspectElement.hasAttribute(ORDER_PROPERTY)) {
         advisorDefinition.getPropertyValues().add(
               ORDER_PROPERTY, aspectElement.getAttribute(ORDER_PROPERTY));
      }

      // register the final advisor
      parserContext.getReaderContext().registerWithGeneratedName(advisorDefinition);

      return advisorDefinition;
   }
   finally {
      this.parseState.pop();
   }
}

1、创建一个class类型为MethodLocatingFactoryBean的BeanDefinition，关联上aspectName 和 methodName。注意，targetName就是取aspect标签上ref的值，methodName 就是子标签上对应的methon属性值！以下的也是类似。

2、创建一个class类型为SimpleBeanFactoryAwareAspectInstanceFactory的BeanDefinition，关联上aspectName 和 methodName。

3、重点来了。这一步才是对子标签真正的解析，即：每个标签对应什么类型。这里会创建根据子标签的类型创建一个class类型为对对应类型的BeanDefinition，至于具体有哪些类型，下面会有详细介绍。创建这个BeanDefinition的时候需要依赖到前面创建的那两个BeanDefinition，至于Spring这里这样处理的意图，不好意思，我还不太清楚。

4、创建以class类型为AspectJPointcutAdvisor的BeanDefinition，这也是最终真正的返回值，这里需要依赖第三部创建的BeanDefinition。从这里我们可以看出，aspect下的每个通知标签，最终都会转换成Advisor(AspectJPointcutAdvisor)，而每个通知标签都是aspect的子标签，也就是说，每个Advisor，可以堪称是Aspect和Advice的组合，这就是通知器！这句话很重要！

5、注册最终生成的AspectJPointcutAdvisor。

这就是一个个通知标签的解析过程，在第三个步骤中，提到了有一些class类型，这里可以看看

private Class getAdviceClass(Element adviceElement, ParserContext parserContext) {
   String elementName = parserContext.getDelegate().getLocalName(adviceElement);
   if (BEFORE.equals(elementName)) {
      return AspectJMethodBeforeAdvice.class;
   }
   else if (AFTER.equals(elementName)) {
      return AspectJAfterAdvice.class;
   }
   else if (AFTER_RETURNING_ELEMENT.equals(elementName)) {
      return AspectJAfterReturningAdvice.class;
   }
   else if (AFTER_THROWING_ELEMENT.equals(elementName)) {
      return AspectJAfterThrowingAdvice.class;
   }
   else if (AROUND.equals(elementName)) {
      return AspectJAroundAdvice.class;
   }
   else {
      throw new IllegalArgumentException("Unknown advice kind [" + elementName + "].");
   }
}

这个关系应该很明显了，下面来看看通知类的继承关系

有关于解析aspect子标签，即：解析通知到这里基本可以结束了，还有很多不太清楚的地方，能力有限，但现在对我们研究Spring AOP影响不大，这里花大把时间解释子标签的解析过程，就是为了让大家了解Advisor，这在Spring AOP里面是一个非常重要的概念。其实，现在不是很清楚的一些东西，在下面的解析过程中，都会一个显现出来，都是很就可以知它们这样做的意义了。

当aspect下的所有通知子标签解析完成之后，还有一个过程要处理：

AspectComponentDefinition aspectComponentDefinition = createAspectComponentDefinition(
      aspectElement, aspectId, beanDefinitions, beanReferences, parserContext);
parserContext.pushContainingComponent(aspectComponentDefinition);

private AspectComponentDefinition createAspectComponentDefinition(
      Element aspectElement, String aspectId, List beanDefs,
      List beanRefs, ParserContext parserContext) {

   BeanDefinition[] beanDefArray = beanDefs.toArray(new BeanDefinition[beanDefs.size()]);
   BeanReference[] beanRefArray = beanRefs.toArray(new BeanReference[beanRefs.size()]);
   Object source = parserContext.extractSource(aspectElement);
   return new AspectComponentDefinition(aspectId, beanDefArray, beanRefArray, source);
}

这是做啥用的？可以看看AspectComponentDefinition这个类是干嘛的

/**
 * {@link org.springframework.beans.factory.parsing.ComponentDefinition}
 * that holds an aspect definition, including its nested pointcuts.
 *
 * @author Rob Harrop
 * @author Juergen Hoeller
 * @since 2.0
 * @see #getNestedComponents()
 * @see PointcutComponentDefinition
 */
public class AspectComponentDefin
……
}

其实就是维护每个aspect和它下面哪些通知的关系，aspec 和 advice的关系是1-N

通知类标签解析完成之后，还有一个小流程，解析aspect下面的pointcut标签，pointcut标签可以和aspect标签同级，也可以是它的子级，解析方法是一样，不多说了。

List pointcuts = DomUtils.getChildElementsByTagName(aspectElement, POINTCUT);
for (Element pointcutElement : pointcuts) {
   parsePointcut(pointcutElement, parserContext);
}

有关于Spring AOP中解析XML的内容就到这里了，其实这里主要是针对我们使用XML的方式使用Spring AOP，与之对应的，还有基于注解的解析，这是我们接下来要讲的内容。对于这一部分内容跟，最重要的就是理解那些标签经过转换之后的表示方式，因为不管是XML还是注解，最终都是对应的一个Class，理解这一点非常重要。

所有通知器(1)

在网上找了一些资料，大部分说是在 bean初始化后置处理过程中为Bean筛选通知器，但是我在前置方法里面也看到对应的操作，两个方法的实现基本一致，只是判断条件不同，不知道具体的用意是什么。AbstractAutoProxyCreator.java

@Override
public Object postProcessBeforeInstantiation(Class beanClass, String beanName) throws BeansException {
   Object cacheKey = getCacheKey(beanClass, beanName);

   if (beanName == null || !this.targetSourcedBeans.contains(beanName)) {
      if (this.advisedBeans.containsKey(cacheKey)) {
         return null;
      }
      if (isInfrastructureClass(beanClass) || shouldSkip(beanClass, beanName)) {
         this.advisedBeans.put(cacheKey, Boolean.FALSE);
         return null;
      }
   }

   // Create proxy here if we have a custom TargetSource.
   // Suppresses unnecessary default instantiation of the target bean:
   // The TargetSource will handle target instances in a custom fashion.
   if (beanName != null) {
      TargetSource targetSource = getCustomTargetSource(beanClass, beanName);
      if (targetSource != null) {
         this.targetSourcedBeans.add(beanName);
         Object[] specificInterceptors = getAdvicesAndAdvisorsForBean(beanClass, beanName, targetSource);
         Object proxy = createProxy(beanClass, beanName, specificInterceptors, targetSource);
         this.proxyTypes.put(cacheKey, proxy.getClass());
         return proxy;
      }
   }

   return null;
}

@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
   if (bean != null) {
      Object cacheKey = getCacheKey(bean.getClass(), beanName);
      if (!this.earlyProxyReferences.contains(cacheKey)) {
         return wrapIfNecessary(bean, beanName, cacheKey);
      }
   }
   return bean;
}

在前置中多了一个判断，即判断用户是否自定义了custom TargetSource，暂时不太清楚这里的用意，先跳过，直接介绍那个后置方法吧。

Spring AOP通过实现BeanPostProcessor 接口，在 bean初始化后置处理过程中需寻找Bean对应的通知器，该实现类是 AbstractAutoProxyCreator。

public abstract class AbstractAutoProxyCreator extends ProxyProcessorSupport
      implements SmartInstantiationAwareBeanPostProcessor, BeanFactoryAware {
/**
 * Create a proxy with the configured interceptors if the bean is
 * identified as one to proxy by the subclass.
 * @see #getAdvicesAndAdvisorsForBean
 */
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
   if (bean != null) {
      Object cacheKey = getCacheKey(bean.getClass(), beanName);
      if (!this.earlyProxyReferences.contains(cacheKey)) {
         return wrapIfNecessary(bean, beanName, cacheKey);
      }
   }
   return bean;
}

}

this.earlyProxyReferences是一个Set集合，估计是缓存的作用，至于它在哪里初始化的，我还不太清楚。主要关注点就是wrapIfNecessary方法，所有主要流程都在这个方法里面可以看到，但千万别认为它很简单，这个方法里面的每个方法调用 ，都很复杂。

/**
 * Wrap the given bean if necessary, i.e. if it is eligible for being proxied.
 * @param bean the raw bean instance
 * @param beanName the name of the bean
 * @param cacheKey the cache key for metadata access
 * @return a proxy wrapping the bean, or the raw bean instance as-is
 */
protected Object wrapIfNecessary(Object bean, String beanName, Object cacheKey) {
   if (beanName != null && this.targetSourcedBeans.contains(beanName)) {
      return bean;
   }
   if (Boolean.FALSE.equals(this.advisedBeans.get(cacheKey))) {
      return bean;
   }
   if (isInfrastructureClass(bean.getClass()) || shouldSkip(bean.getClass(), beanName)) {
      this.advisedBeans.put(cacheKey, Boolean.FALSE);
      return bean;
   }

   // Create proxy if we have advice.
   Object[] specificInterceptors = getAdvicesAndAdvisorsForBean(bean.getClass(), beanName, null);
   if (specificInterceptors != DO_NOT_PROXY) {
      this.advisedBeans.put(cacheKey, Boolean.TRUE);
      Object proxy = createProxy(
            bean.getClass(), beanName, specificInterceptors, new SingletonTargetSource(bean));
      this.proxyTypes.put(cacheKey, proxy.getClass());
      return proxy;
   }

   this.advisedBeans.put(cacheKey, Boolean.FALSE);
   return bean;
}

这个方法里面其实包括了筛选通知器和创建代理两个过程，但我还是觉得把他们分开来讲解更好一些，这个地方注意以下。

前面这几个判断，主要是筛选一下有没有必要为当前的bean创建代理。每个bean进这个方法的时候，都会将这个bean放到 this.advisedBeans 中，这是一个Map集合

private final Map advisedBeans = new ConcurrentHashMap(256);

如果当前bean不需要创建代理，就设置为false；如果需要创建代理，创建代理之后就就设置为true，this.advisedBeans可以把它当作是一个缓存，当下次有相同的bean跑进来的时候，就可以快速判断了。

这个主要是判断当前bean是否基础设施类（Pointcut、Advice、Advisor 等接口的实现类），或是应该跳过的类，如果是就不创建代理

if (isInfrastructureClass(bean.getClass()) || shouldSkip(bean.getClass(), beanName)) {
   this.advisedBeans.put(cacheKey, Boolean.FALSE);
   return bean;
}

protected boolean isInfrastructureClass(Class beanClass) {
   boolean retVal = Advice.class.isAssignableFrom(beanClass) ||
         Pointcut.class.isAssignableFrom(beanClass) ||
         Advisor.class.isAssignableFrom(beanClass) ||
         AopInfrastructureBean.class.isAssignableFrom(beanClass);
   if (retVal && logger.isTraceEnabled()) {
      logger.trace("Did not attempt to auto-proxy infrastructure class [" + beanClass.getName() + "]");
   }
   return retVal;
}

// shouldSkip默认是返回 false的，子类可以覆盖这个方法
protected boolean shouldSkip(Class beanClass, String beanName) {
   return false;
}

接下来就是筛选通知器的核心了

Object[] specificInterceptors = getAdvicesAndAdvisorsForBean(bean.getClass(), beanName, null);

所有相关的细节都在这个方法里面。这个方法的作用就是为当前bean找到合适的通知器。它的默认实现在其父类方法中 AbstractAdvisorAutoProxyCreator

Override
protected Object[] getAdvicesAndAdvisorsForBean(Class beanClass, String beanName, TargetSource targetSource) {
   List advisors = findEligibleAdvisors(beanClass, beanName);
   if (advisors.isEmpty()) {
      return DO_NOT_PROXY;
   }
   return advisors.toArray();
}

protected List findEligibleAdvisors(Class beanClass, String beanName) {
   List candidateAdvisors = findCandidateAdvisors();
   List eligibleAdvisors = findAdvisorsThatCanApply(candidateAdvisors, beanClass, beanName);
   extendAdvisors(eligibleAdvisors);
   if (!eligibleAdvisors.isEmpty()) {
      eligibleAdvisors = sortAdvisors(eligibleAdvisors);
   }
   return eligibleAdvisors;
}

从以上代码可以看出，为当前bean寻找通知器的大体流程如下

• 查找所有的通知器，findCandidateAdvisors()
• 在上一步的基础上，筛选出符合当前bean的通知器，findAdvisorsThatCanApply(…..)

有关于findCandidateAdvisors方法，这里分两部分。处理AbstractAdvisorAutoProxyCreator类中的默认实现外，他还有一个子类，AnnotationAwareAspectJAutoProxyCreator，并且这个子类重写了这个方法，根据类名可以看出，主要是处理注解相关的。

先看默认实现

protected List findCandidateAdvisors() {
   return this.advisorRetrievalHelper.findAdvisorBeans();
}

很明显这里是通过BeanFactoryAdvisorRetrievalHelper的findAdvisorBeans方法找到所有的通知器

public List findAdvisorBeans() {
   // Determine list of advisor bean names, if not cached already.
   String[] advisorNames = null;
   synchronized (this) {
      advisorNames = this.cachedAdvisorBeanNames;
      if (advisorNames == null) {
         // Do not initialize FactoryBeans here: We need to leave all regular beans
         // uninitialized to let the auto-proxy creator apply to them!
         advisorNames = BeanFactoryUtils.beanNamesForTypeIncludingAncestors(
               this.beanFactory, Advisor.class, true, false);
         this.cachedAdvisorBeanNames = advisorNames;
      }
   }
   if (advisorNames.length == 0) {
      return new LinkedList();
   }

   List advisors = new LinkedList();
   for (String name : advisorNames) {
      if (isEligibleBean(name)) {
         if (this.beanFactory.isCurrentlyInCreation(name)) {
            if (logger.isDebugEnabled()) {
               logger.debug("Skipping currently created advisor '" + name + "'");
            }
         }
         else {
            try {
               advisors.add(this.beanFactory.getBean(name, Advisor.class));
            }
            catch (BeanCreationException ex) {
               Throwable rootCause = ex.getMostSpecificCause();
               if (rootCause instanceof BeanCurrentlyInCreationException) {
                  BeanCreationException bce = (BeanCreationException) rootCause;
                  if (this.beanFactory.isCurrentlyInCreation(bce.getBeanName())) {
                     if (logger.isDebugEnabled()) {
                        logger.debug("Skipping advisor '" + name +
                              "' with dependency on currently created bean: " + ex.getMessage());
                     }
                     // Ignore: indicates a reference back to the bean we're trying to advise.
                     // We want to find advisors other than the currently created bean itself.
                     continue;
                  }
               }
               throw ex;
            }
         }
      }
   }
   return advisors;
}

下面对上面的方法分开来解析

首先，这里使用了单例模式的双重校验，this.cachedAdvisorBeanNames就是所有通知器名称的缓存，只需要查找一次就可以了，如果对每个bean都查找一次所有的通知器，那不是慢死了。所以，查找逻辑全在beanNamesForTypeIncludingAncestors方法中

String[] advisorNames = null;
synchronized (this) {
   advisorNames = this.cachedAdvisorBeanNames;
   if (advisorNames == null) {
      // Do not initialize FactoryBeans here: We need to leave all regular beans
      // uninitialized to let the auto-proxy creator apply to them!
      advisorNames = BeanFactoryUtils.beanNamesForTypeIncludingAncestors(
            this.beanFactory, Advisor.class, true, false);
      this.cachedAdvisorBeanNames = advisorNames;
   }
}

可以看到这里使用了递归查找，查找的主要逻辑就是getBeanNamesForType方法，这是Spring为我们封装好的方法，就不再深究了。其实就是就是找到所有的Advisor，因为这是通知器的顶级接口，前面的继承关系图中已经展示过了。

public static String[] beanNamesForTypeIncludingAncestors(
      ListableBeanFactory lbf, Class type, boolean includeNonSingletons, boolean allowEagerInit) {

   Assert.notNull(lbf, "ListableBeanFactory must not be null");
   String[] result = lbf.getBeanNamesForType(type, includeNonSingletons, allowEagerInit);
   if (lbf instanceof HierarchicalBeanFactory) {
      HierarchicalBeanFactory hbf = (HierarchicalBeanFactory) lbf;
      if (hbf.getParentBeanFactory() instanceof ListableBeanFactory) {
         String[] parentResult = beanNamesForTypeIncludingAncestors(
               (ListableBeanFactory) hbf.getParentBeanFactory(), type, includeNonSingletons, allowEagerInit);
         List resultList = new ArrayList();
         resultList.addAll(Arrays.asList(result));
         for (String beanName : parentResult) {
            if (!resultList.contains(beanName) && !hbf.containsLocalBean(beanName)) {
               resultList.add(beanName);
            }
         }
         result = StringUtils.toStringArray(resultList);
      }
   }
   return result;
}

在获取所有通知器名称之后，进行遍历，找到所有名称对应的Bean

List advisors = new LinkedList();
for (String name : advisorNames) {
   if (isEligibleBean(name)) {
      if (this.beanFactory.isCurrentlyInCreation(name)) {
         if (logger.isDebugEnabled()) {
            logger.debug("Skipping currently created advisor '" + name + "'");
         }
      }
      else {
         try {
            advisors.add(this.beanFactory.getBean(name, Advisor.class));
         }
……
      }
   }
}

isEligibleBean也是一个可以被子类覆盖的方法，默认返回true。this.beanFactory.isCurrentlyInCreation(name)用于忽略当前正在创建的Bean。然后就是根据name找到对应的Bean放到list中，最后返回list。

所有通知器(2)

上面是默认实现，接下来看看AnnotationAwareAspectJAutoProxyCreator中该方法的实现

先调用了父类的方法，它的实现我们在上面已经讲解过了， 然后再调用BeanFactoryAspectJAdvisorsBuilder的buildAspectJAdvisors方法。

protected List findCandidateAdvisors() {
   // Add all the Spring advisors found according to superclass rules.
   List advisors = super.findCandidateAdvisors();
   // Build Advisors for all AspectJ aspects in the bean factory.
   advisors.addAll(this.aspectJAdvisorsBuilder.buildAspectJAdvisors());
   return advi

public List buildAspectJAdvisors() {
   List aspectNames = null;

   synchronized (this) {
      aspectNames = this.aspectBeanNames;
      if (aspectNames == null) {
         List advisors = new LinkedList();
         aspectNames = new LinkedList();
         String[] beanNames =
               BeanFactoryUtils.beanNamesForTypeIncludingAncestors(this.beanFactory, Object.class, true, false);
         for (String beanName : beanNames) {
            if (!isEligibleBean(beanName)) {
               continue;
            }
            // We must be careful not to instantiate beans eagerly as in this
            // case they would be cached by the Spring container but would not
            // have been weaved
            Class beanType = this.beanFactory.getType(beanName);
            if (beanType == null) {
               continue;
            }
            if (this.advisorFactory.isAspect(beanType)) {
               aspectNames.add(beanName);
               AspectMetadata amd = new AspectMetadata(beanType, beanName);
               if (amd.getAjType().getPerClause().getKind() == PerClauseKind.SINGLETON) {
                  MetadataAwareAspectInstanceFactory factory =
                        new BeanFactoryAspectInstanceFactory(this.beanFactory, beanName);
                  List classAdvisors = this.advisorFactory.getAdvisors(factory);
                  if (this.beanFactory.isSingleton(beanName)) {
                     this.advisorsCache.put(beanName, classAdvisors);
                  }
                  else {
                     this.aspectFactoryCache.put(beanName, factory);
                  }
                  advisors.addAll(classAdvisors);
               }
               else {
                  // Per target or per this.
                  if (this.beanFactory.isSingleton(beanName)) {
                     throw new IllegalArgumentException("Bean with name '" + beanName +
                           "' is a singleton, but aspect instantiation model is not singleton");
                  }
                  MetadataAwareAspectInstanceFactory factory =
                        new PrototypeAspectInstanceFactory(this.beanFactory, beanName);
                  this.aspectFactoryCache.put(beanName, factory);
                  advisors.addAll(this.advisorFactory.getAdvisors(factory));
               }
            }
         }
         this.aspectBeanNames = aspectNames;
         return advisors;
      }
   }

   if (aspectNames.isEmpty()) {
      return Collections.emptyList();
   }
   List advisors = new LinkedList();
   for (String aspectName : aspectNames) {
      List cachedAdvisors = this.advisorsCache.get(aspectName);
      if (cachedAdvisors != null) {
         advisors.addAll(cachedAdvisors);
      }
      else {
         MetadataAwareAspectInstanceFactory factory = this.aspectFactoryCache.get(aspectName);
         advisors.addAll(this.advisorFactory.getAdvisors(factory));
      }
   }
   return advisors;
}

它的大致流程如下：

• 获取IOC容器中所有Bean的名称

String[] beanNames =
      BeanFactoryUtils.beanNamesForTypeIncludingAncestors(this.beanFactory, Object.class, true, false);

• 遍历这些名称并根据名称找到对应的bean，筛选出含有@Aspect注解的 Bean

his.advisorFactory.isAspect(beanType)


@Override
public boolean isAspect(Class clazz) {
   return (hasAspectAnnotation(clazz) && !compiledByAjc(clazz));
}

private boolean hasAspectAnnotation(Class clazz) {
   return (AnnotationUtils.findAnnotation(clazz, Aspect.class) != null);
}

• 根据含有@Aspect注解的Bean获取通知器

List classAdvisors = this.advisorFactory.getAdvisors(factory);

所以，现在主要是看看根据@Aspec注解获取通知器的逻辑。

@Override
public List getAdvisors(MetadataAwareAspectInstanceFactory aspectInstanceFactory) {
   Class aspectClass = aspectInstanceFactory.getAspectMetadata().getAspectClass();
   String aspectName = aspectInstanceFactory.getAspectMetadata().getAspectName();
   validate(aspectClass);

   // We need to wrap the MetadataAwareAspectInstanceFactory with a decorator
   // so that it will only instantiate once.
   MetadataAwareAspectInstanceFactory lazySingletonAspectInstanceFactory =
         new LazySingletonAspectInstanceFactoryDecorator(aspectInstanceFactory);

   List advisors = new LinkedList();
   for (Method method : getAdvisorMethods(aspectClass)) {
      Advisor advisor = getAdvisor(method, lazySingletonAspectInstanceFactory, advisors.size(), aspectName);
      if (advisor != null) {
         advisors.add(advisor);
      }
   }

   // If it's a per target aspect, emit the dummy instantiating aspect.
   if (!advisors.isEmpty() && lazySingletonAspectInstanceFactory.getAspectMetadata().isLazilyInstantiated()) {
      Advisor instantiationAdvisor = new SyntheticInstantiationAdvisor(lazySingletonAspectInstanceFactory);
      advisors.add(0, instantiationAdvisor);
   }

   // Find introduction fields.
   for (Field field : aspectClass.getDeclaredFields()) {
      Advisor advisor = getDeclareParentsAdvisor(field);
      if (advisor != null) {
         advisors.add(advisor);
      }
   }

   return advisors;
}

大概步骤如下

• 找到所有不包含@Pointcut的注解进行遍历

for (Method method : getAdvisorMethods(aspectClass))

• 在遍历的时候根据方法名获取通知器

Advisor advisor = getAdvisor(method, lazySingletonAspectInstanceFactory, advisors.size(), aspectName);

有关于根据方法名获取通知的代码如下：

@Override
public Advisor getAdvisor(Method candidateAdviceMethod, MetadataAwareAspectInstanceFactory aspectInstanceFactory,
      int declarationOrderInAspect, String aspectName) {

   validate(aspectInstanceFactory.getAspectMetadata().getAspectClass());

   AspectJExpressionPointcut expressionPointcut = getPointcut(
         candidateAdviceMethod, aspectInstanceFactory.getAspectMetadata().getAspectClass());
   if (expressionPointcut == null) {
      return null;
   }

   return new InstantiationModelAwarePointcutAdvisorImpl(expressionPointcut, candidateAdviceMethod,
         this, aspectInstanceFactory, declarationOrderInAspect, aspectName);
}

先创建AspectJExpressionPointcut对象，其实这里仅仅是获取注解后面的那串值并把它封装成AspectJExpressionPointcut。
例如

@Component
@Aspect
public class LogAspect {
    @Pointcut("execution(* *.testB(..))")
    private void pointcut(){}

    @Before(value="pointcut()")
    public void beforeAdvice(){
        System.out.println("【AspectJ Java语法添加通知】 前置通知");
    }

    public void tttttt(){

    }
}

假如现在获取beforeAdvice的通知器，这里的AspectJExpressionPointcut仅仅是@Before注解中 vlue 的值，即 “pooint()”，并不是@Pointcut上真正的值。
获取了AspectJExpressionPointcut之后，接下来就是创建Adviso实现类了

public InstantiationModelAwarePointcutAdvisorImpl(AspectJExpressionPointcut declaredPointcut,
      Method aspectJAdviceMethod, AspectJAdvisorFactory aspectJAdvisorFactory,
      MetadataAwareAspectInstanceFactory aspectInstanceFactory, int declarationOrder, String aspectName) {

   if (aspectInstanceFactory.getAspectMetadata().isLazilyInstantiated()) {
      // Static part of the pointcut is a lazy type.
      Pointcut preInstantiationPointcut = Pointcuts.union(
            aspectInstanceFactory.getAspectMetadata().getPerClausePointcut(), this.declaredPointcut);

      this.pointcut = new PerTargetInstantiationModelPointcut(
            this.declaredPointcut, preInstantiationPointcut, aspectInstanceFactory);
      this.lazy = true;
   }
   else {
      // A singleton aspect.
      this.pointcut = this.declaredPointcut;
      this.lazy = false;
      this.instantiatedAdvice = instantiateAdvice(this.declaredPointcut);
   }
}

上面的一些初始化代码被我删了，直接关注instantiateAdvice(this.declaredPointcut)这个方法把

private Advice instantiateAdvice(AspectJExpressionPointcut pcut) {
   return this.aspectJAdvisorFactory.getAdvice(this.aspectJAdviceMethod, pcut,
         this.aspectInstanceFactory, this.declarationOrder, this.aspectName);
}

@Override
public Advice getAdvice(Method candidateAdviceMethod, AspectJExpressionPointcut expressionPointcut,
      MetadataAwareAspectInstanceFactory aspectInstanceFactory, int declarationOrder, String aspectName) {

   Class candidateAspectClass = aspectInstanceFactory.getAspectMetadata().getAspectClass();
   validate(candidateAspectClass);

   AspectJAnnotation aspectJAnnotation =
         AbstractAspectJAdvisorFactory.findAspectJAnnotationOnMethod(candidateAdviceMethod);
   if (aspectJAnnotation == null) {
      return null;
   }

   // If we get here, we know we have an AspectJ method.
   // Check that it's an AspectJ-annotated class
   if (!isAspect(candidateAspectClass)) {
      throw new AopConfigException("Advice must be declared inside an aspect type: " +
            "Offending method '" + candidateAdviceMethod + "' in class [" +
            candidateAspectClass.getName() + "]");
   }

   if (logger.isDebugEnabled()) {
      logger.debug("Found AspectJ method: " + candidateAdviceMethod);
   }

   AbstractAspectJAdvice springAdvice;

   switch (aspectJAnnotation.getAnnotationType()) {
      case AtBefore:
         springAdvice = new AspectJMethodBeforeAdvice(
               candidateAdviceMethod, expressionPointcut, aspectInstanceFactory);
         break;
      case AtAfter:
         springAdvice = new AspectJAfterAdvice(
               candidateAdviceMethod, expressionPointcut, aspectInstanceFactory);
         break;
      case AtAfterReturning:
         springAdvice = new AspectJAfterReturningAdvice(
               candidateAdviceMethod, expressionPointcut, aspectInstanceFactory);
         AfterReturning afterReturningAnnotation = (AfterReturning) aspectJAnnotation.getAnnotation();
         if (StringUtils.hasText(afterReturningAnnotation.returning())) {
            springAdvice.setReturningName(afterReturningAnnotation.returning());
         }
         break;
      case AtAfterThrowing:
         springAdvice = new AspectJAfterThrowingAdvice(
               candidateAdviceMethod, expressionPointcut, aspectInstanceFactory);
         AfterThrowing afterThrowingAnnotation = (AfterThrowing) aspectJAnnotation.getAnnotation();
         if (StringUtils.hasText(afterThrowingAnnotation.throwing())) {
            springAdvice.setThrowingName(afterThrowingAnnotation.throwing());
         }
         break;
      case AtAround:
         springAdvice = new AspectJAroundAdvice(
               candidateAdviceMethod, expressionPointcut, aspectInstanceFactory);
         break;
      case AtPointcut:
         if (logger.isDebugEnabled()) {
            logger.debug("Processing pointcut '" + candidateAdviceMethod.getName() + "'");
         }
         return null;
      default:
         throw new UnsupportedOperationException(
               "Unsupported advice type on method: " + candidateAdviceMethod);
   }

   // Now to configure the advice...
   springAdvice.setAspectName(aspectName);
   springAdvice.setDeclarationOrder(declarationOrder);
   String[] argNames = this.parameterNameDiscoverer.getParameterNames(candidateAdviceMethod);
   if (argNames != null) {
      springAdvice.setArgumentNamesFromStringArray(argNames);
   }
   springAdvice.calculateArgumentBindings();
   return springAdvice;
}

根据不同的注解，创建不同的通知类型，然后关联到Advisor上。

筛选通知器

找到所有的通知器之后，接下来就是从这些通知器里面找到和当前Bean相关的通知器了。

protected List findAdvisorsThatCanApply(
      List candidateAdvisors, Class beanClass, String beanName) {

   ProxyCreationContext.setCurrentProxiedBeanName(beanName);
   try {
      return AopUtils.findAdvisorsThatCanApply(candidateAdvisors, beanClass);
   }
   finally {
      ProxyCreationContext.setCurrentProxiedBeanName(null);
   }
}

public static List findAdvisorsThatCanApply(List candidateAdvisors, Class clazz) {
   if (candidateAdvisors.isEmpty()) {
      return candidateAdvisors;
   }
   List eligibleAdvisors = new LinkedList();
   for (Advisor candidate : candidateAdvisors) {
      if (candidate instanceof IntroductionAdvisor && canApply(candidate, clazz)) {
         eligibleAdvisors.add(candidate);
      }
   }
   boolean hasIntroductions = !eligibleAdvisors.isEmpty();
   for (Advisor candidate : candidateAdvisors) {
      if (candidate instanceof IntroductionAdvisor) {
         // already processed
         continue;
      }
      if (canApply(candidate, clazz, hasIntroductions)) {
         eligibleAdvisors.add(candidate);
      }
   }
   return eligibleAdvisors;
}

这里有引出一个概念：引介。
前面我们说了Spring AOP中有前置、后置等集中增强，其实还有一种引介增强。引介增强是一种比较特殊的增强类型，它不是在目标方法周围织入增强，而是为目标创建新的方法和属性，所以它的连接点是类级别的而非方法级别的 。
通过引介增强我们可以为目标类添加一个接口的实现即原来目标类未实现某个接口,那么通过引介增强可以为目标类创建实现某接口的代理。
Spring定义了引介增强接口IntroductionInterceptor以及为该接口提供了DelegatingIntroductionInterceptor实现类。

假如现在有这么一个类

package aop;

public class PreBook {
    public void selfMethod(){
        System.out.println("这是目标类自己的方法");
    }
}

有这么一个接口

package aop;

public interface IBook {
    void newMethd();
}

现在希望在不修改PreBook的前提下，为PreBook类添加 newMethod() 方法，这时候就可以用到引介增强。可以实现这么一个类

package aop;

import org.aopalliance.intercept.MethodInvocation;
import org.springframework.aop.support.DelegatingIntroductionInterceptor;

public class BookInterceptor extends DelegatingIntroductionInterceptor implements IBook {
    @Override
    public void newMethd() {
        System.out.println("没有改变原始类，却为它添加的一个新方法");
    }

    public Object invoke(MethodInvocation mi) throws Throwable {

        Object obj = super.invoke(mi);
        return obj;
    }

}

这样，在代理对象调用目标方法的时候，就会执行newMethod()方法。好像还需要特别配置一下，暂时不知道这样增强有什么用，暂时不考虑吧。
而如果我们要使用引介增强，对应的通知器只是使用IntroductionAdvisor。

所以，上述的
findAdvisorsThatCanApply的方法中，此段代码就是用于判断是不是印介增强，并且这里通过两个循环将引介增强通知器放在了前面。

or (Advisor candidate : candidateAdvisors) {
   if (candidate instanceof IntroductionAdvisor && canApply(candidate, clazz)) {
      eligibleAdvisors.add(candidate);
   }
}

所以，最终需要关注的方法就是 canApply，canApply(candidate, clazz)相当于是调用了canApply(advisor, targetClass, false)方法。

public static boolean canApply(Advisor advisor, Class targetClass, boolean hasIntroductions) {
   if (advisor instanceof IntroductionAdvisor) {
      return ((IntroductionAdvisor) advisor).getClassFilter().matches(targetClass);
   }
   else if (advisor instanceof PointcutAdvisor) {
      PointcutAdvisor pca = (PointcutAdvisor) advisor;
      return canApply(pca.getPointcut(), targetClass, hasIntroductions);
   }
   else {
      // It doesn't have a pointcut so we assume it applies.
      return true;
   }
}

从这里可以看出，Spring AOP把通知器当作了两种类型来处理。

根据我们前面提到的，各种前置、后置、环绕通知，最终都是解析成AspectJPointcutAdvisor，因此这里的IntroductionAdvisor就是为了处理增强通知的。

至此，可以看出真正执行筛选的逻辑，是放在getClassFilter().matches 中进行处理的，这里引出了ClassFilter的概念。

可以看出，AspectJExpressionPointcut也是一个ClassFilter，而XML中的pointcut标签经过解析之后，正是一个AspectJExpressionPointcut对象。

public static boolean canApply(Pointcut pc, Class targetClass, boolean hasIntroductions) {
   Assert.notNull(pc, "Pointcut must not be null");
   if (!pc.getClassFilter().matches(targetClass)) {
      return false;
   }

   MethodMatcher methodMatcher = pc.getMethodMatcher();
   if (methodMatcher == MethodMatcher.TRUE) {
      // No need to iterate the methods if we're matching any method anyway...
      return true;
   }

   IntroductionAwareMethodMatcher introductionAwareMethodMatcher = null;
   if (methodMatcher instanceof IntroductionAwareMethodMatcher) {
      introductionAwareMethodMatcher = (IntroductionAwareMethodMatcher) methodMatcher;
   }

   Set> classes = new LinkedHashSet>(ClassUtils.getAllInterfacesForClassAsSet(targetClass));
   classes.add(targetClass);
   for (Class clazz : classes) {
      Method[] methods = ReflectionUtils.getAllDeclaredMethods(clazz);
      for (Method method : methods) {
         if ((introductionAwareMethodMatcher != null &&
               introductionAwareMethodMatcher.matches(method, targetClass, hasIntroductions)) ||
               methodMatcher.matches(method, targetClass)) {
            return true;
         }
      }
   }

   return false;
}

有关于matches方法的具体逻辑，有点复杂，就不看了。

创建代理

创建代理也是在wrapIfNecessary方法中被调用

Object proxy = createProxy(
      bean.getClass(), beanName, specificInterceptors, new SingletonTargetSource(bean));

protected Object createProxy(
      Class beanClass, String beanName, Object[] specificInterceptors, TargetSource targetSource) {

   if (this.beanFactory instanceof ConfigurableListableBeanFactory) {
      AutoProxyUtils.exposeTargetClass((ConfigurableListableBeanFactory) this.beanFactory, beanName, beanClass);
   }

   ProxyFactory proxyFactory = new ProxyFactory();
   proxyFactory.copyFrom(this);

   if (!proxyFactory.isProxyTargetClass()) {
      if (shouldProxyTargetClass(beanClass, beanName)) {
         proxyFactory.setProxyTargetClass(true);
      }
      else {
         evaluateProxyInterfaces(beanClass, proxyFactory);
      }
   }

   Advisor[] advisors = buildAdvisors(beanName, specificInterceptors);
   for (Advisor advisor : advisors) {
      proxyFactory.addAdvisor(advisor);
   }

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

   proxyFactory.setFrozen(this.freezeProxy);
   if (advisorsPreFiltered()) {
      proxyFactory.setPreFiltered(true);
   }

   return proxyFactory.getProxy(getProxyClassLoader());
}

中间会有一些校验，比如proxyFactory.isProxyTargetClass()，到时候会根据这个属性来判断使用JDK动态代理还是CGLIB动态代理。这个属性可以在配置文件中配置，proxy-target-class = "false"，默认是false;
Advisor[] advisors = buildAdvisors(beanName, specificInterceptors);是将一些Advie转换成Advisor，应该没有了吧？
然后调用ProxyFactory类的getProxy(getProxyClassLoader())创建代理对象。ProxyFactory的继承关系如下，一些常用方法都在ProxyCreatorSupport中

先是调用了ProxyCreatorSupport中的createAopProxy()方法获得一个Spring AOP中的AopProxy对象，然后再调用getProxy(…)方法获得目标Bean的一个代理对象。

public Object getProxy(ClassLoader classLoader) {
   return createAopProxy().getProxy(classLoader);
}

有关于AopProxy的继承关系图如下

先看一下createAopProxy()方法的实现

protected final synchronized AopProxy createAopProxy() {
   if (!this.active) {
      activate();
   }
   return getAopProxyFactory().createAopProxy(this);
}

// DefaultAopProxyFactory.java

@Override
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() || Proxy.isProxyClass(targetClass)) {
         return new JdkDynamicAopProxy(config);
      }
      return new ObjenesisCglibAopProxy(config);
   }
   else {
      return new JdkDynamicAopProxy(config);
   }
}

final class JdkDynamicAopProxy implements AopProxy, InvocationHandler, Serializable {

……

   public JdkDynamicAopProxy(AdvisedSupport config) throws AopConfigException {
      Assert.notNull(config, "AdvisedSupport must not be null");
      if (config.getAdvisors().length == 0 && config.getTargetSource() == AdvisedSupport.EMPTY_TARGET_SOURCE) {
         throw new AopConfigException("No advisors and no TargetSource specified");
      }
      this.advised = config;
   }
}

config.isOptimize()用于判断是否要优化创建代理，如果为true，就是使用CGLIB创建代理。然后就是判断一下用户是否配置了proxy-target-class那个属性，判断目标类是否有接口等等。默认就是使用JDK动态创建代理。

AdvisedSupport的继承关系如下图

创建AopProxy 对象之后，接下来就是调用 getProxy()方法获取目标Bean的代理对象，其实到这里才算是真正开始为目标Bean创建代理对象。这里以JdkDynamicAopProxy的getProxy方法为例

// JdkDynamicAopProxy

@Override
public Object getProxy() {
   return getProxy(ClassUtils.getDefaultClassLoader());
}



@Override
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, true);
   findDefinedEqualsAndHashCodeMethods(proxiedInterfaces);
   return Proxy.newProxyInstance(classLoader, proxiedInterfaces, this);
}

到这里已经很明显了，JdkDynamicAopProxy实现了InvocationHandler接口，调用了JDK的Proxy.newProxyInstance方法创建代理。有关于CGLIB也是类似，这里就不过多说明了。

代理调用过程

前面所介绍的所有内容，都是在Spring应用启动的时候完成，都是为了创建能够正常工作的代理对象。那么在代理对象调用方法的时候，是怎么对通知上的逻辑进行调用呢？这就是本节所要讲解的内容，这里以JdkDynamicAopProxy为利，其实CglibAopProxy也基本上是一样的。

我们知道，由JDK动态代理创建的代理对象，在调用目标方法的时候，实际上是调用实现了InvocationHandler 接口 那个类的 invoke 方法，前面已经知道，JdkDynamicAopProxy实现了InvocationHandler接口，也就是说，在代理对象调用方法的时候，会执行JdkDynamicAopProxy的invoke 方法。

@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
   MethodInvocation invocation;
   Object oldProxy = null;
   boolean setProxyContext = false;

   TargetSource targetSource = this.advised.targetSource;
   Class targetClass = null;
   Object target = null;

   try {
      if (!this.equalsDefined && AopUtils.isEqualsMethod(method)) {
         // The target does not implement the equals(Object) method itself.
         return equals(args[0]);
      }
      else if (!this.hashCodeDefined && AopUtils.isHashCodeMethod(method)) {
         // The target does not implement the hashCode() method itself.
         return hashCode();
      }
      else if (method.getDeclaringClass() == DecoratingProxy.class) {
         // There is only getDecoratedClass() declared -> dispatch to proxy config.
         return AopProxyUtils.ultimateTargetClass(this.advised);
      }
      else if (!this.advised.opaque && method.getDeclaringClass().isInterface() &&
            method.getDeclaringClass().isAssignableFrom(Advised.class)) {
         // Service invocations on ProxyConfig with the proxy config...
         return AopUtils.invokeJoinpointUsingReflection(this.advised, method, args);
      }

      Object retVal;

      if (this.advised.exposeProxy) {
         // Make invocation available if necessary.
         oldProxy = AopContext.setCurrentProxy(proxy);
         setProxyContext = true;
      }

      // May be null. Get as late as possible to minimize the time we "own" the target,
      // in case it comes from a pool.
      target = targetSource.getTarget();
      if (target != null) {
         targetClass = target.getClass();
      }

      // Get the interception chain for this method.
      List