Spring Aop的源码分析

				Spring Aop的源码分析

目前注解开发很流行,我们就从Spring3.0开始引入的AnnotationConfigApplicationContext类开始分析整个spring aop的实现过程.

1.在AnnotationConfigApplicationContext的构造方法中,一个是调用当前类的构造函数,这个构造函数主要是初始化了一个BeanDefinition的读取器和Scanner扫描器,在spring创建对象的过程Beandefinition保存类的class信息,这里不做详细介绍

2.第二个方法是注册了config对象,这个可以在初始化容器的时候初始化自定义的config类,在注解开发中,也即加了@Configuration注解的类

3.refresh()方法中调用了12个方法,这12方法包含了bean的整个生命周期,12方法的核心代码都在ConfigurableListableBeanFactory类中执行,我们平时所说的spring工厂,指的就是这个对象. spring aop的实现需要用到BeanPostProcessor,在进行aop之前会调用registerBeanPostProcessors(beanFactory);实例化BeanPostProcessor,这里不做详细描述,自己阅读源码.


4我们直接看核心代码finishBeanFactoryInitialization(beanFactory)

5.在spring第一次创建对象的时候,容器由于没有对象,会执行Spring的二级缓存,一直到下面这段代码.由于在二级缓存中没有没有对象,开始调用singletonFactory.getObject();执行创建对象的过程,由于lamdba表达式的特性,也即执行createBean()方法

6.核心开始了,在创建每个bean之前,只要开启了@EnableAspectJAutoProxy, Spring都会尝试先创建bean的代理对象

7.这里有个核心方法,是在实例化bean之前调用bean的后置处理器,而在之前spring已经初始了默认的9大类型的后置处理器.

8.这里有个重要判断 当前的后置处理器是否属于 InstantiationAwareBeanPostProcessor,这是个接口,事实上是判断是否属于这个接口的子类AbstractAdvisorAutoProxyCreator,而当我们开启了aop的代理的时候就会创建AbstractAdvisorAutoProxyCreator,看过springboot自动装配的源码应该知道这一点,springboot的自动装配中关于spring的部分都是基于spring的源码来实现的.
9.这里有两个核心方法,一个是获取所有的增强器,一个是创建代理对象.

10.找到候选的所有的增强器,之后给增强器排序.最终保存在Object [] specificInterceptors中


11.根据当前的bean获取所有的增强器,同时获取对应的类加载器,开始代理对象的创建.

12.12.有两种代理方法,spring默认使用JdkDynamicAopProxy代理,至此代理bean创建.


13.获取代理对象后,这个对象包含了目标方法的所有信息和增强器信息.

14.CglibAopProxy.intercept();拦截目标方法的执行,根据ProxyFactory对象获取将要执行的目标方法拦截器链; List interceptorList保存所有拦截器,一个默认的ExposeInvocationInterceptor和4个增强器,遍历所有增强器,MethodInterceptor[] interceptors = registry.getInterceptors(advisor);将增强器转为List,如果是MethodInterceptor,直接加入到集合中.如果不是,使用AdvisorAdapter将增强器转为MethodInterceptor,转化完成返回MethodInterceptor数组.如果没有拦截器,直接执行目标方法，如果有拦截器链,把需要执行的目标对象，目标方法,拦截器链等信息传入创建一个CglibMethodInvocation对象，并调用Object retVal=mi.proceed();

15.通过process()开始目标方法的执行

16.这个方法写的非常牛逼,是一个递归加反射,加代理,加链式执行,整个加载过程是
AspectJAfterThrowingAdvice ,
AfterReturningAdviceInteceptor
,AspectAfterAdvice,
AspectAroundAdvice,
MethodBeforeAdviceInteceptor
如果没有拦截器执行目标方法,或者拦截器的索引和拦截器素组-1大小一样(指定到了最后一个拦截器)执行目标方法,链式获取每一个拦截器,拦截器执行invoke方法,每一个拦截器等待下一个拦截器执行完成返回后再来执行,拦截器链的知己,保证通知方法与目标方法的执行顺序

至此整个sping aop的实现就完成了,仔细研究,spring的实现真的是太牛逼了.