轻轻松松看懂Spring AOP源码

https://baijiahao.baidu.com/s?id=1596466083334197175&wfr=spider&for=pc

如果对spring的核心容器和JDK动态代理、CGLIB有所了解，接下来再看spring AOP源码会比较容易。文中所有代码片段截图对应的spring版本是5.0。

本文内容曾首发于头条。

首先来看个问题，spring在哪里使用了AOP？spring 实现AOP代码的源头在哪里？

spring AOP运用动态代理技术来创建和初始化代理对象。至于AOP代码的源头和入口，自然是和加载代理类的BeanDefinition和代理对象的创建、初始化有关。

1.spring AOP之加载和解析aop配置

先来看下加载BeanDefinition以及对aop配置的解析，下面是从容器开始启动到解析BeanDefinitions的方法链：

然后我们直接定位到DefaultBeanDefinitionDocumentReader#parseBeanDefinitions，如下图：

上图中parseCustomElement是对非节点的解析，相关的节点解析自然是走178行代码分支。该分支实际调用的是下图中的代码片段：

1361行代码根据nameSpace匹配相应的handler，aop节点匹配的是右图中的AopNamespaceHandler。1366行的parse调用的是其父类NamespaceHandlerSupport的parse方法，如下图：

节点匹配的则是图中右侧的ConfigBeanDefinitionParser。来看下其实现：

上述代码106行配置了用于创建代理对象的AspectJAwareAdvisorAutoProxyCreator，我们看完aop配置解析之后再来分析。

节点的子节点是，所以这里走118行的分支。然后就是对的子节点,等的解析。

读到这里应该对AOP配置的解析有了大概的认识。但是你是否想过，解析的结果封装在哪里了？是ParserContext。

ConfigBeanDefinitionParser#parseAspect调用了ConfigBeanDefinitionParser#parseAdvice，来看下其实现：

其中340行是最关键的，可以看到最终是通过创建RootBeanDefinition来封装我们aop节点的配置信息，然后在349行将beanDefinition注册到容器(BeanFactory)。

aop配置的解析就看到这里。下面来看aop中代理对象的创建、实例化等。

2.spring AOP之创建代理

aop创建代理对象的时机是在调用getBean首次从容器中获取bean时。其实现

AbstractBeanFactory#getBean(java.lang.String)调用的是AbstractBeanFactory#doGetBean，下面来看该方法：

假设我们要获取的bean是单例并且是首次获取，那么真正创建bean是调用的312行的createBean方法。至此，我们来看一下整个方法链:

下面来看下AbstractAutowireCapableBeanFactory#initializeBean：

其中红线框起来的四个方法分别是：

invokeAwareMethods：调用BeanNameAware.setBeanName, BeanFactoryAware.setBeanFactory等

applyBeanPostProcessorsBeforeInitialization：调用BeanPostProcessor.postProcessBeforeInitialization

invokeInitMethods：调用InitializingBean#afterPropertiesSet,调用自定义initMethod

applyBeanPostProcessorsAfterInitialization：调用BeanPostProcessor#postProcessAfterInitialization

之前提到在解析aop配置时向容器注册了AspectJAwareAdvisorAutoProxyCreator，那么此处这个类要派上用场了。我们先来看下这个类的继承体系：

从顶层看，该类主要包含三部分：

ProxyConfig即解析而来的aop配置

Aware部分主要是使其可访问ClassLoader和BeanFactory

BeanPostProcessor则是bean初始化的前置和后置

上面出现的applyBeanPostProcessorsAfterInitialization调用的就是AspectJAwareAdvisorAutoProxyCreator的postProcessAfterInitialization，准确地说是其继承自父类的父类

AbstractAutoProxyCreator.postProcessAfterInitialization。我们来看下该方法调用的

AbstractAutoProxyCreator#wrapIfNecessary，这也是spring判断是否需要创建代理对象的地方：

该方法主要分三步：

352行判断该接口或类或方法是否与配置的pointcut的表达式匹配，匹配则需要创建代理对象，不匹配则无需代理。然后如果匹配则返回方法拦截器

355行创建代理对象

357行对代理类进行缓存

我们重点看下createProxy方法实现，方法链如下：

有了方法链之后我们直接跳到DefaultAopProxyFactory#createAopProxy，这个方法决定了spring aop动态代理是使用CGLIB还是JDK Proxy：

解释下51行if语句中的三个条件：

isOptimize表示让spring自行优化，默认为false

isProxyTargetClass表示是否对类生成代理，默认为false(即使用JDK Proxy,只代理接口)

第三个表示bean没有实现任何接口或者实现的接口是SpringProxy接口

综上，spring AOP默认的创建代理的策略是：

对接口生成代理使用JDK Proxy

对类生成代理使用CGLIB

可通过proxyTargetClass配置是否对类生成代理，为true表示对类生成代理，为false表示不会对类(没有实现SpringProxy以外的接口的类)生成代理

如果觉得写的不错，记得，如果写的不好欢迎批评指正，让我们一起进步！