Spring Aop底层原理详解（利用spring后置处理器实现AOP）

写在前面：对于一个java程序员来说，相信绝大多数都有这样的面试经历，面试官问：你知道什么是aop吗？谈谈你是怎么理解aop的？等等诸如此类关于aop的问题。当然对于一些小白可能会一脸懵逼；对于一些工作一两年的，可能知道，哦！aop就是面向切面变成，打印日志啊，什么什么的，要是有点学习深度的呢可能会说aop底层实现利用了jdk动态代理，cglib啊什么的。很多时候可能面试就到此打住了，当然，然后也就没有然后了（客气点的来句：回头有消息我会通知你的！）。
今天，通过这篇文章，我想带大家先了解下什么是spring后置处理器，然后利用spring的后置处理器我们自己来手写一个springAop，来完成和springAop一样的功能！让你可以对你的面试官说：你精通AOP！

在开始之前呢，我想先引入一个概念：spring扩展点和后置处理器

我们知道springIoc可以对我们应用程序中的java对象做一个集中化的管理，从而使我们从繁琐的new Object()；中解脱出来。
其核心思想呢就是先创造出一个bean工厂，也就是我们的beanFactory，通过beanFactory来生产出我们应用程序中所需要的java对象，也就是我们的java bean。

今天呢我跟大家介绍的后置处理器呢，有三个
BeanFactoryPostProcessor ： 可以插手beanFactory的生命周期
BeanPostProcessor ：可以插手bean的生命周期
ImportSelector ：借助@Import注解，可以动态实现将一个类是否交由spring管理，常用作开关操作

1，BeanFactoryPostProcessor（BeanDefinitionRegistryPostProcessor 有兴趣的可以自行查阅spring源码）

可以看到，该接口只定义了一个方法，具体实现的执行时机呢，我们可以通过spring源码得知：
在我们AnnotationConfigApplicationContext.refresh();的时候，从下源码可知，在我们beanFactory被创建出来后，相关准备工作做完后，会去执行invokeBeanFactoryPostProcessors(beanFactory);也就是去执行我们的BeanFactoryPostProcessor



从上面两处代码可以看出，spring在执行
PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors());
的时候，会传入一个List beanFactoryPostProcessors；然后循环去执行list里面所有实现了
BeanFactoryPostProcessor和BeanDefinitionRegistryPostProcessor的对象的相关方法（spring处理逻辑比较严谨，我这只是大致描述，如想深入了解细节可以参考spring源码）。

2，BeanPostProcessor：可以看出，该接口定义了两个方法，分别在bean实例化之后放到我们的容器之前和之后去执行，方法的返回值为一个object，这个object呢就是我们存在于容器的对象了（所以这个位置我们是不是可以对我们的bean做一个动态的修改，替换等等操作，所以这也是我们spring的扩展点之一，后面结合我么自己手写aop来详细讲解这个扩展点的应用）

3， ImportSelector
在讲ImportSelector之前呢，我想先讲一下@Import这个注解。在spring处理我们的java类的时候，会分成四种情况去处理
1）普通类：就是我们家里@Component，@Service，@Repository等等的类
2）处理我们的import进来的类：
这里呢，又分为三种情况：
a）import一个普通类：@Import（A.class）
b）import一个Registrar：比如我们的aop @Import(AspectJAutoProxyRegistrar.class)
c）import一个ImportSelector：具体妙用见下文

至于spring在什么时候处理的呢，我大致叙述一下，有兴趣的可以自己去研究下spring源码：
对于普通类，spring在doScan的时候，就将扫描出来的java类转换成我们的BeanDefinition，然后放入一个BeanDefinitionMap中去
对于@import的三种情况，处理就在我们的ConfigurationClassPostProcessor（该类是我