Spring注解驱动开发学习总结15：AOP原理 - AnnotationAwareAspectJAutoProxyCreator后置处理器返回代理对象的步骤

回顾下前３篇AOP原理分析的内容：
１、Spring注解驱动开发学习总结12：AOP原理 - @EnableAspectJAutoProxy注解作用分析
分析了配置类上添加@EnableAspectJAutoProxy注解，最终会给容器中注册了一个id为internalAutoProxyCreator，类型为AnnotationAwareAspectJAutoProxyCreator的组件。

２、Spring注解驱动开发学习总结13：AOP原理 - AnnotationAwareAspectJAutoProxyCreator后置处理器注入容器的步骤
分析了AnnotationAwareAspectJAutoProxyCreator后置处理器注入ioc容器的步骤。

３、Spring注解驱动开发学习总结14：AOP原理 - AnnotationAwareAspectJAutoProxyCreator后置处理器的调用步骤分析了AnnotationAwareAspectJAutoProxyCreator后置处理器的调用时机和调用步骤。

在第３篇的4.1.1.1小节，我们分析了在createBean方法中，会调用resolveBeforeInstantiation(beanName)方法，给后置处理器一个机会返回一个代理对象，来替代这个bean实例。本文的重点就是来看下，AnnotationAwareAspectJAutoProxyCreator后置处理器究竟是怎么来返回一个AOP代理对象的？

1、方法栈调用分析

接着前面３篇AOP原理打的断点位置继续调试，这里着重关注下MathCalculator这个类，因为在它的创建前后需要添加AOP的通知方法，我们需要看下，它究竟是怎么添加的。

上一篇文章中的4.1.1.1.1.1，在1011-1014行，调用该对象的postProcessorsBeforeInstantiation方法，如果该对象不为空的话，则再调用bean的postProcessorsAfterInitialization方法。

1.1 分析applyBeanPostProcessorsBeforeInstantiation方法

4.1.1.1.1.1 分析applyBeanPostProcessorsBeforeInstantiation方法
　　在applyBeanPostProcessorsBeforeInstantiation方法中，在1034-1035行，只会调用InstantiationAwareBeanPostProcessor类的后置处理器，而我们分析的AnnotationAwareAspectJAutoProxyCreator就是该类的，此时的beanName=mathCalculator。因此进入postProcessBeforeInstantiation方法。
　　在postProcessBeforeInstantiation方法中，在245行，如果是建议bean的话直接返回null，也就是不用代理。在248行，首先会判断下是否是基础设施类：Advice、Pointcut、Advisor、AopInfrastructureBean，如果是基础设施类的话，说明不需要AOP进行代理，所以返回null。
　　可以看到当类为mathCalculator时，返回了null，也就是没有返回代理。

1.2 分析applyBeanPostProcessorsAfterInitialization方法

4.1.1.1.1.1 分析applyBeanPostProcessorsAfterInitialization方法
刚刚已经分析了applyBeanPostProcessorsBeforeInstantiation方法，由于返回的bean是null，因此不会执行1013行的applyBeanPostProcessorsAfterInitialization方法。
那么AOP是怎么给mathCalculator类添加通知方法的呢？

继续debug，可以看到，对于mathCalculator类，AnnotationAwareAspectJAutoProxyCreator后置处理器的postProcessAfterInitialization还是会执行的。那么就来分析下它的调用过程，以及它到底是怎么给mathCalculator类添加通知方法的？

1.3 分析AnnotationAwareAspectJAutoProxyCreator后置处理器返回代理对象的步骤

回到createBean方法中，此时473行的resolveBeforeInstantiation方法已经执行完，但是并没有返回一个代理对象，因此执行483行的doCreateBean方法，也就是之前分析的步骤：4.1.1.2

4.1.1.2 在createBean方法中，如果上面一步没有返回代理对象，那么就创建一个bean对象：doCreateBean(beanName);
　　4.1.1.2.1 在doCreateBean方法中，在513行，先实例化bean，然后在555行，再初始化bean：initializeBean，该方法会调用applyBeanPostProcessorsAfterInitialization方法。

接着分析4.1.1.2.1中的applyBeanPostProcessorsAfterInitialization方法
4.1.1.2.1 applyBeanPostProcessorsAfterInitialization方法
　　4.1.1.2.1.1 遍历每一个后置处理器，调用后置处理器的postProcessAfterInitialization方法。
　　在postProcessAfterInitialization方法中，在298行，会调用AnnotationAwareAspectJAutoProxyCreator类的wrapIfNecessary方法，即如果有必要的话就进行包装。
　　在wrapIfNecessary方法中，在346行，先获取bean的增强方法，可以看到获取到了mathCalculator类的４个增强方法。当增强方法不为空，就调用createProxy方法，该方法之后会调用createAopProxy方法。
　　在createAopProxy方法中，在57-60行，如果目标类是接口或者代理类，那么就创建JDK动态代理：JdkDynamicAopProxy。如果不是，那么就创建cglib动态代理：ObjenesisCglibAopProxy。
　　到这里，就分析出了：添加了AOP方法的mathCalculator类，它并不是在resolveBeforeInstantiation方法中创建的aop的代理对象，而是在创建对象的初始化方法：initializeBean，才最终创建了包含aop方法的代理对象。

2 小结

2.1 @EnableAspectJAutoProxy注解作用分析

１、使用AOP功能，要在配置类上加@EnableAspectJAutoProxy注解，而@@EnableAspectJAutoProxy注解类上加了@Import(AspectJAutoProxyRegistrar.class)，也就是导入了一个AspectJAutoProxyRegistrar类。

２、AspectJAutoProxyRegistrar类中的registerBeanDefinitions方法，最终给容器中注册了一个id为internalAutoProxyCreator，类型为AnnotationAwareAspectJAutoProxyCreator的组件。

３、注册了类型为AnnotationAwareAspectJAutoProxyCreator的组件，我们理论上分析了该类的父类和所实现的接口，分析出该类在spring使用aop功能时，可能会运行的后置处理方法、以及setBeanFactory方法，并且也通过测试进行了验证。

继承关系	后置处理方法	setBeanFactory方法
AnnotationAwareAspectJAutoProxyCreator	无重写	１、initBeanFactory
AspectJAwareAdvisorAutoProxyCreator	无重写	无重写
AbstractAdvisorAutoProxyCreator	无重写	１、setBeanFactory -> initBeanFactory
AbstractAutoProxyCreator	１、postProcessBeforeInstantiation； ２、postProcessAfterInitialization	１、setBeanFactory

2.2 AnnotationAwareAspectJAutoProxyCreator后置处理器的调用步骤

１、运行testAop方法，构建ioc容器：
　　AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(MainConfigOfAOP.class);
２、运行AnnotationConfigApplicationContext方法
　　2.1 注册配置类：register(annotatedClasses);
　　2.2 刷新ioc容器：refresh();
３、运行refresh方法中的registerBeanPostProcessors方法：给容器中注册后置处理器组件，比如AnnotationAwareAspectJAutoProxyCreator组件
　　3.1 先获取ioc容器已经定义了的所有BeanPostProcessor类型的id名称
　　3.2 遍历所有的BeanPostProcessor，根据是否是优先排序、排序、无排序分别加入到对应的容器中；
　　3.3 获取BeanPostProcessor，然后根据id名称获取bean：
　　　　BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);，
　　　　其中ppName=internalAutoProxyCreator。
　　　　这一步应该就是创建并获取bean的后置处理器，等会要着重进来看一下这一步里面是怎么创建
　　　　id为internalAutoProxyCreator，类型为AnnotationAwareAspectJAutoProxyCreator类的bean。
　　　　3.3.1 先创建bean的实例：instanceWrapper = createBeanInstance(beanName, mbd, args);，
　　　　　　　其中beanName=internalAutoProxyCreator。
　　　　3.3.2 给bean的属性赋值：populateBean(beanName, mbd, instanceWrapper);
　　　　3.3.3 初始化bean：exposedObject = initializeBean(beanName, exposedObject, mbd);
　　　　　　3.3.3.1 在处理Aware接口的方法回调：invokeAwareMethods(beanName, bean)。
　　　　　　　　　再查看invokeAwareMethods方法，如果是BeanFactoryAware的类，
　　　　　　　　　会调用setBeanFactory方法，这就和上一篇博文分析的是一致了。
　　　　　　3.3.3.2 执行后置处理器的beanPostProcessorsBeforeInitialization方法。这也和上一篇博文分析
　　　　　　　　　 的是一致的。
　　　　　　3.3.3.3 执行初始化方法：invokeInitMethods(beanName, wrappedBean, mbd);
　　　　　　3.3.3.4 执行后置处理器的beanPostProcessorsAfterInitialization方法
　　3.4 把创建好的banPostProcessor注册到beanFactory中：
　　　　registerBeanPostProcessors(beanFactory, internalAutoProxyCreator);　
　　　　beanFactory.addBeanPostProcessor
４、运行refresh方法中的finishBeanFactoryInitialization方法：该方法会完成beanFactory的初始化工作，创建剩下的单实例bean（比如有些bean是后置处理器，在第3步中就已经创建了）。
　　finishBeanFactoryInitialization方法会调用beanFactory的preInstantiateSingletons方法。
　　4.1 在preInstantiateSingletons方法中，会先获取容器中所有的bean的定义名称，然后循环
　　　　遍历，依次创建对象：
　　　　getBean(beanName) --> doGetBean(name)
　　　　4.1.1 在doGetBean方法中，先从缓存中获取当前bean，如果能获取到，说明之前已创
　　　　　　建过，可以直接使用。否则需要再创建bean实例：getSingleton(beanName)。该方法
　　　　　　会再调用createBean(beanName)方法来创建bean实例。
　　　　　　4.1.1.1 在createBean方法中，会调用resolveBeforeInstantiation(beanName)方法，
　　　　　　　　给后置处理器一个机会返回一个代理对象，来替代这个bean实例（
　　　　　　　　Give BeanPostProcessors a chance to return a proxy instead of the
　　　　　　　　target bean instance.）。这里大致就可以猜到了，ioc容器就是在这里对每一
　　　　　　　　个bean创建了一个动态代理对象，使得AOP的切面方法能够在指定bean的方法
　　　　　　　　的前后来执行，这样就可以实现AOP的功能了。。
　　　　　　　　　　4.1.1.1.1 在resolveBeforeInstantiation方法中，调用该对象
　　　　　　　　　　的postProcessorsBeforeInstantiation方法，如果该对象不为空的话，则再调
　　　　　　　　　　用bean的postProcessorsAfterInitialization方法。
　　　　　　　　　　而AnnotationAwareAspectJAutoProxyCreator后置处理器是
　　　　　　　　　　AbstractAutoProxyCreator的子类，
　　　　　　　　　　AbstractAutoProxyCreator类中就有postProcessorsBeforeInstantiation
　　　　　　　　　　和postProcessorsAfterInitialization方法。
　　　　　　　　　　因此到这里，本文就已经找到了
　　　　　　　　　　AnnotationAwareAspectJAutoProxyCreator后置处理器的调用时机和一个大
　　　　　　　　　　概的调用步骤。
　　　　　　　　　　　　4.1.1.1.1.1 分析applyBeanPostProcessorsBeforeInstantiation方法
　　　　　　　　　　　　　　　１）在applyBeanPostProcessorsBeforeInstantiation方法中，只
　　　　　　　　　　　　　　　会调用InstantiationAwareBeanPostProcessor类的后置处理器，
　　　　　　　　　　　　　　　而我们分析的AnnotationAwareAspectJAutoProxyCreator就是该
　　　　　　　　　　　　　　　类的，此时的beanName=mathCalculator。
　　　　　　　　　　　　　　　２）因此进入postProcessBeforeInstantiation方法。在
　　　　　　　　　　　　　　　postProcessBeforeInstantiation方法中，如果是建议bean
　　　　　　　　　　　　　　　（advisedBeans）的话直接返回null，也就是不用代理。
　　　　　　　　　　　　　　　判断是否是建议bean（advisedBeans）的逻辑：会先判断下是否
　　　　　　　　　　　　　　　是基础设施类：Advice、Pointcut、Advisor、
　　　　　　　　　　　　　　　AopInfrastructureBean这些类，如果是这些类的话，说明是IOC
　　　　　　　　　　　　　　　的基础设施类，不需要AOP进行代理，所以返回null。
　　　　　　　　　　　　　　　３）可以看到当类为mathCalculator时，返回了null，也就是没有
　　　　　　　　　　　　　　　返回代理。由于返回了空，因此4.1.1.1.1 中的
　　　　　　　　　　　　　　　postProcessorsAfterInitialization方法也就不会执行，那
　　　　　　　　　　　　　　　么IOC容器到底是怎么给mathCalculator类添加通知方法的呢？这
　　　　　　　　　　　　　　　里可以接着4.1.1.2.1看。
　　　　　　4.1.1.2 在createBean方法中，如果上面一步没有返回代理对象，那么就创建一个
　　　　　　　　bean对象：doCreateBean(beanName);
　　　　　　　　4.1.1.2.1 在doCreateBean方法中，先实例化bean，然后再初始化bean：
　　　　　　　　　　　initializeBean，该方法会调用
　　　　　　　　　　　applyBeanPostProcessorsAfterInitialization方法。
　　　　　　　　　　　4.1.1.2.1.1 分析applyBeanPostProcessorsAfterInitialization方法
　　　　　　　　　　　　　　１）在applyBeanPostProcessorsAfterInitialization方法中，先遍历
　　　　　　　　　　　　　　每一个后置处理器，然后调用后置处理器的
　　　　　　　　　　　　　　postProcessAfterInitialization方法。
　　　　　　　　　　　　　　２）在postProcessAfterInitialization方法中，会调用
　　　　　　　　　　　　　　AnnotationAwareAspectJAutoProxyCreator类的wrapIfNecessary方
　　　　　　　　　　　　　　法，即如果有必要的话就进行包装。
　　　　　　　　　　　　　　３）在wrapIfNecessary方法中，先获取bean的增强方法，可以看
　　　　　　　　　　　　　　到获取到了mathCalculator类的４个增强方法。当增强方法不为
　　　　　　　　　　　　　　空，就调用createProxy方法，该方法之后会调用createAopProxy方
　　　　　　　　　　　　　　法。
　　　　　　　　　　　　　　４）在createAopProxy方法中，如果目标类是接口或者代理类，那
　　　　　　　　　　　　　　么就创建JDK动态代理：JdkDynamicAopProxy。如果不是，那么
　　　　　　　　　　　　　　就创建cglib动态代理：ObjenesisCglibAopProxy。
　　　　　　　　　　　　　　５）到这里，就分析出了：添加了AOP方法的
　　　　　　　　　　　　　　mathCalculator类，它并不是在4.1.1.1的
　　　　　　　　　　　　　　resolveBeforeInstantiation方法中创建的aop的代理对象，而是在
　　　　　　　　　　　　　　4.1.1.2.1中的创建对象的初始化方法：initializeBean，才最终创建
　　　　　　　　　　　　　　了包含aop方法的代理对象。