Spring AOP学习笔记02：如何开启AOP

　　上文简要总结了一些AOP的基本概念，并在此基础上叙述了Spring AOP的基本原理，并且辅以一个简单例子帮助理解。从本文开始，我们要开始深入到源码层面来一探Spring AOP魔法的原理了。

　　要使用Spring AOP，第一步是要将这一功能开启，一般有两种方式：

• 通过xml配置文件的方式；
• 通过注解的方式；

1. 配置文件开启AOP功能

　　我们先来看一下配置文件的方式，这个上文也提到过，在xml文件中加上对应的标签，而且别忘了加上对应的名称空间(即下面的xmlns:aop。。。)：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns="http://www.springframework.org/schema/beans"
       xmlns:aop = "http://www.springframework.org/schema/aop"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
     http://www.springframework.org/schema/beans/spring-beans-4.0.xsd
     http://www.springframework.org/schema/aop
     http://www.springframework.org/schema/aop/spring-aop-3.0.xsd">
 
     <aop:aspectj-autoproxy/>
 
</beans>

　　这里是通过标签<aop:aspectj-autoproxy/>来完成开启AOP功能，这是一个自定义标签，需要自定义其解析，而这些spring都已经实现好了，前面专门写过一篇文章讲述spring是如何解析自定义xml标签的，我们这里大致回顾一下解析流程：

• 定义一个XML文件来描述你的自定义标签元素；
• 创建一个Handler，扩展自NamespaceHandlerSupport，用于注册下面的parser；
• 创建若干个BeanDefinitionParser的实现，用来解析XML文件中的定义；
• 将上述文件注册到Spring中，这里其实是做一下配置；

　　我们就不照着这个步骤来了，我们直接参考spring对这个自定义标签的解析过程，上面的4个步骤只是作为参考，在整个解析过程中都会涉及到。

　　前面讲解析自定义xml标签时候提到过，解析的流程大致如下：

• 首先会去获取自定义标签对应的名称空间；
• 然后根据名称空间找到对应的NamespaceHandler；
• 调用自定义的NamespaceHandler进行解析；

1.1 获取名称空间

　　这里<aop:aspectj-autoproxy/>对应的名称空间是什么呢？在上面的开启aop的配置文件里面名称空间那里给出了一些线索，其实就是下面这个：

http://www.springframework.org/schema/aop

　　至于名称空间的获取，也无甚好说的，其实就是直接调用org.w3c.dom.Node提供的相应方法来完成名称空间的提取。

1.2 获取handler

　　然后又是如何根据名称空间找到对应的NamespaceHandler呢？之前也说到过，在找对应的NamespaceHandler时会去META-INF/spring.handlers这个目录下加载资源文件，我们来找一下spring.handlers这个文件看看(需要去spring-aop对应的jar报下找)：

http\://www.springframework.org/schema/aop=org.springframework.aop.config.AopNamespaceHandler

　　看到没，这里是以key-value的形式维护着名称空间和对应handler的关系的，所以对应的handler就是这个AopNamespaceHandler。spring根据名称空间找到这个handler之后，会通过反射的方式将这个类加载，并缓存起来。

1.3 解析标签

　　上面的handler只有一个自定义的方法：

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());
}

　　这是一个初始化方法，在加载的时候会执行，主要作用就是注册一些解析器，这里我们主要关注AspectJAutoProxyBeanDefinitionParser，这就是我们要找的，它的作用就是解析<aop:aspectj-autoproxy/>标签的。主要流程就是，spring会调用上一步拿到的AopNamespaceHandler的parse()方法，在这个方法里面，会将解析的工作委托给AspectJAutoProxyBeanDefinitionParser来完成具体解析工作，我们就来看一下具体干了啥吧。

　　开始解析的工作从这里开始：

return handler.parse(ele, new ParserContext(this.readerContext, this, containingBd));

　　此时我们拿到的handler其实是我们自定义的AopNamespaceHandler了，但是它并没有实现parse()方法，所以这里这个应该是调用的父类(NamespaceHandlerSupport)中的parse()方法：

public BeanDefinition parse(Element element, ParserContext parserContext) {
    // 寻找解析器并进行解析操作
    return findParserForElement(element, parserContext).parse(element, parserContext);
}
 
private BeanDefinitionParser findParserForElement(Element element, ParserContext parserContext) {
    // 获取元素名称，也就是<aop:aspectj-autoproxy/>中的aspectj-autoproxy
    String localName = parserContext.getDelegate().getLocalName(element);
    // 根据aspectj-autoproxy找到对应的解析器，也就是在registerBeanDefinitionParser("aspectj-autoproxy", new AspectJAutoProxyBeanDefinitionParser());
    // 注册的解析器
    BeanDefinitionParser parser = this.parsers.get(localName);
    if (parser == null) {
        parserContext.getReaderContext().fatal(
            "Cannot locate BeanDefinitionParser for element [" + localName + "]", element);
    }
    return parser;
}

　　首先是寻找元素对应的解析器，然后调用其parse()方法。结合我们前面的示例，其实就是首先获取在AopNamespaceHandler类中的init()方法中注册对应的AspectJAutoProxyBeanDefinitionParser实例，并调用其parse()方法进行进一步解析：

public BeanDefinition parse(Element element, ParserContext parserContext) {
    AopNamespaceUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(parserContext, element);
    extendBeanDefinition(element, parserContext);
    return null;
}
 
// 下面的代码在AopConfigUtils中
public static void registerAspectJAnnotationAutoProxyCreatorIfNecessary(
        ParserContext parserContext, Element sourceElement) {
 
    BeanDefinition beanDefinition = AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(
            parserContext.getRegistry(), parserContext.extractSource(sourceElement));
    useClassProxyingIfNecessary(parserContext.getRegistry(), sourceElement);
    registerComponentIfNecessary(beanDefinition, parserContext);
}
 
public static BeanDefinition registerAspectJAnnotationAutoProxyCreatorIfNecessary(BeanDefinitionRegistry registry, Object source) {
    return registerOrEscalateApcAsRequired(AnnotationAwareAspectJAutoProxyCreator.class, registry, source);
}
 
private static BeanDefinition registerOrEscalateApcAsRequired(Class cls, BeanDefinitionRegistry registry, Object source) {
    Assert.notNull(registry, "BeanDefinitionRegistry must not be null");
    if (registry.containsBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME)) {
        BeanDefinition apcDefinition = registry.getBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME);
        if (!cls.getName().equals(apcDefinition.getBeanClassName())) {
            int currentPriority = findPriorityForClass(apcDefinition.getBeanClassName());
            int requiredPriority = findPriorityForClass(cls);
            if (currentPriority < requiredPriority) {
                apcDefinition.setBeanClassName(cls.getName());
            }
        }
        return null;
    }
    RootBeanDefinition beanDefinition = new RootBeanDefinition(cls);
    beanDefinition.setSource(source);
    beanDefinition.getPropertyValues().add("order", Ordered.HIGHEST_PRECEDENCE);
    beanDefinition.setRole(BeanDefinition.ROLE_INFRASTRUCTURE);
    registry.registerBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME, beanDefinition);
    return beanDefinition;
}

　　上面这一堆代码最核心的部分就在后两个方法中，就是完成了对AnnotationAwareAspectJAutoProxyCreator类的注册，到这里对自定义标签<aop:aspectj-autoproxy/>的解析也就完成了，可以看到其最核心的部分就是完成了对AnnotationAwareAspectJAutoProxyCreator类的注册，那为什么注册了这个类就开启了aop功能呢？这里先卖个关子，后面详细说。

　　这里再回过头来看一下上面说到的spring对自定义标签解析的4个步骤，其实第一步的schema对应的是在org.springframework.aop.config路径下的spring-aop-3.0.xsd文件，其映射关系是维护在META-INF/spring.schemas文件中的，而spring-aop-3.0.xsd的主要作用就是描述自定义标签。

　　当通过META-INF/spring.handlers找到对应的AopNamespaceHandler，并通过在其加载后执行init()方法过程中完成了AspectJAutoProxyBeanDefinitionParser的注册，有这个parser再来完成对自定义标签的解析工作，这对应上面4个步骤中的第二步和第三部。至于第四步的配置工作，无非就是将spring.schemas和spring.handlers这两个配置文件放在META-INF/目录下罢了。

　　关于这部分解析过程，写得不是非常详细，如果有不明白，可以参考之前一篇文章，讲spring是如何解析自定义xml标签。

2. 注解方式开启aop

　　另一种开启spring aop的方式是通过注解的方式，使用的注解是@EnableAspectJAutoProxy，可以通过配置类的方式完成注册：

@Configuration
@EnableAspectJAutoProxy
public class AppConfig {
 
}

　　也可以在启动类上直接加上这个注解，这在springboot中比较常见，其实质也是上面的方式。通过这种方式配置之后，就开启了aop功能，那具体又是如何实现的呢？我们看一下这个注解：

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Import(AspectJAutoProxyRegistrar.class)
public @interface EnableAspectJAutoProxy {
 
    /**
     * Indicate whether subclass-based (CGLIB) proxies are to be created as opposed
     * to standard Java interface-based proxies. The default is {@code false}.
     */
    boolean proxyTargetClass() default false;
 
    /**
     * Indicate that the proxy should be exposed by the AOP framework as a {@code ThreadLocal}
     * for retrieval via the {@link org.springframework.aop.framework.AopContext} class.
     * Off by default, i.e. no guarantees that {@code AopContext} access will work.
     * @since 4.3.1
     */
    boolean exposeProxy() default false;
 
}

　　这里我们的关注点是其通过@Import(AspectJAutoProxyRegistrar.class)引入了AspectJAutoProxyRegistrar，那这又是什么？

class AspectJAutoProxyRegistrar implements ImportBeanDefinitionRegistrar {
 
    /**
     * Register, escalate, and configure the AspectJ auto proxy creator based on the value
     * of the @{@link EnableAspectJAutoProxy#proxyTargetClass()} attribute on the importing
     * {@code @Configuration} class.
     */
    @Override
    public void registerBeanDefinitions(
            AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) {
 
        AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(registry);
 
        AnnotationAttributes enableAspectJAutoProxy =
                AnnotationConfigUtils.attributesFor(importingClassMetadata, EnableAspectJAutoProxy.class);
        if (enableAspectJAutoProxy != null) {
            if (enableAspectJAutoProxy.getBoolean("proxyTargetClass")) {
                AopConfigUtils.forceAutoProxyCreatorToUseClassProxying(registry);
            }
            if (enableAspectJAutoProxy.getBoolean("exposeProxy")) {
                AopConfigUtils.forceAutoProxyCreatorToExposeProxy(registry);
            }
        }
    }
 
}

　　看到这里，是不是有点眼熟了呢？是的，其实它也是和上面说的xml配置使用的方式一样，通过AopConfigUtils来完成AnnotationAwareAspectJAutoProxyCreator类的注册。是不是比xml配置文件的方式方便许多呢。

4. 开启aop的魔法

　　通过前面的学习我们了解了可以通过Spring自定义配置完成对AnnotationAwareAspectJAutoProxyCreator类型的自动注册，而这个类到底是做了什么工作来实现AOP的操作呢？这里还是先来看一下AnnotationAwareAspectJAutoProxyCreator的类层次结构：

　　这里有一个很重要的点，就是AnnotationAwareAspectJAutoProxyCreator实现了BeanPostProcessor接口。在IOC部分的文章中有详细说过，Spring在加载Bean的过程中会在实例化bean前后调用BeanPostProcessor的相关方法(相关逻辑是在initializeBean方法中，调用postProcessBeforeInitialization、postProcessAfterInitialization方法)，而AOP的魔法就是从这里开始的。

　　每次看到这里，我内心对spring的软件架构设计都是涌现出无比的佩服，通过后处理器的方式来做扩展，对原有模块是没有任何改动，也不会产生耦合，spring亲自践行着对修改关闭，对扩展开放的原则。

3. 总结

　　本文我们学习了spring是如何开启aop功能的，无论是通过xml配置文件方式，还是通过Java config这种注解的方式，其最终都是完成了将AnnotationAwareAspectJAutoProxyCreator这个类注册到spring容器当中，那这个类又有什么魔法，可以达到将其注册到容器即达到开启aop的功效，其实其继承自BeanPostProcessor接口，通过后处理器的方式扩展出了开启spring aop的功能。