一、BeanDefinition浅析 1. 基本概念了解 首先我提出一个问题：一个java对象和一个Spring Bean有什么区别？
这是一个经典的面试题，什么是java Object？万物皆对象，在Java内部所有的类，经过创建之后都可以称之为一个对象，SpringBean也是一个java Object， 但是Spring Bean是脱离于JAVA Object的，为什么这么说呢？因为一个class要想变成对象只需要new一下，就能够称之为一个对象，但是一个类要想变成一个Spring Bean就需要经过一系列的生命周期,什么生命周期呢？后面会说到！
至少从上面的可以知道，Spring Bean是一个特殊的Java Object, 那么他肯定有和JAVA Object有不一样的地方！
Java中 Class对象可以描述一个JAVA Object，但是因为Spring Bean是一个特殊的JAVA Object，所以Class对象不能够完整的描述一个Spring Bean,所以Spring官方单独开发了一个叫做BeanDefinition的类，来描述一个SpringBean！
2. 大致结构 BeanDefinition里面描述了很多的东西，大致如下：
image-20200907164143213
它里面存放了Spring创建bean的过程中所需要的一切原料！
3. 他是干嘛的（Spring构建它的优势）？
提升效率 ：Spring创建一个类是通过反射创建的，创建类的时候需要一些创建信息，比如Class,比如注解信息等等，事先将这些信息缓存起来，在创建bean的时候能够直接从缓存中获取从而达到提升创建效率的目的。
方便修改 ：spring创建对象的时候，创建的信息全部是通过 BeanDefinition 内存储的信息来创建对象的，所以，我们可以通过修改BeanDefinition内部特定的值来改变Spring创建对象的结果！
方便扩展 ：我们通过一些特定的接口，可以获取到一个类的所有的BeanDefinition信息，从而完成一些特定功能的实现！
二、Spring生命周期
通过上面的介绍，那么你对BeanDefinition有了一大概的认识，那么我们在了解整个Spring的声明周期的时候，需要了解两个概念BeanFactoryPostProcessor、BeanPostProcessor，当然这里只是普及一下概念，是为了能够让读者更加深入的去理解Spring的声明周期！
1. 什么是BeanFactoryPostProcessor? 我们现在通过上面的了解知道了一件事，就是Spring在创建对象之前会把class转换成一个BeanDefinition , 此时Spring为我们提供了一个扩展点，他可以在读取完全部的class转换为 BeanDefinition 之后，回调所有实现了BeanFactoryPostProcessor 接口的实现类，并传入工厂对象，使得使用者能够对工厂对象内部的属性进行修改，例如：对BeanDefinition内的信息进行修改，以达到操纵最终实例化bean的目的！
说白了，他会在扫描完项目将Class转换为BeanDefinition 之后在进行实例化之前进行接口的回调！
2. 什么是BeanPostProcessor? 这个类和上面那个类十分的相似，他有两个方法，两个方法的调用时机也不相同，他会在实例化之后，调用初始化方法之前进行第一次方法回调（postProcessBeforeInitialization），在执行完初始化方法之后又会进行一次回调（postProcessAfterInitialization），每次回调该类都会将当前创建好的bean传递到方法内部，从而让开发者能够自定义的修改当前bean的一些定义！
3. Spring生命周期浅析 那么此时，我们了解了BeanDefinition、BeanPostProcessor、BeanFactoryPostProcessor这三个概念之后，我们可以尝试着学习一下Spring的生命周期，学习Spring声明周期对掌握Spring源码具有举足轻重的地位！只有了解Spring的声明周期，才能够对后续Spring系列的技术进行一个详尽的源码掌握！
整个Spring的生命周期，以文字描述大概分为以下几个阶段：
初始化bean容器，以方便后续的所有的读取的信息的存储！
向BeanFactory内部注册一些自己本身内置的Bean后置处理器
执行项目内置的 BeanFactoryPostProcessor扫描项目将所有的 @Bean、@Component....或者 xml配置等符合Spring读取对应的类解析成 BeanDefinition，存储在容器里面！
执行我们自定义的 BeanFactoryPostProcessor
注册所有的 BeanPostProcessor到容器内部！
回调 BeanPostProcessors.postProcessBeforeInitialization方法
回调 BeanPostProcessors.postProcessAfterInitialization方法
123
三、BeanDefinition详解 1. AbstractBeanDefinition 尽管我们可以通过实现BeanDefinition接口创建一个自定义的BeanDefinition，但是你是否发现，自己实现这个接口，想要创建一个BeanDefinition极其复杂里面几十个属性都需要你自己去设置；
Spring官方为了简化这一步骤，提供了一个抽象AbstractBeanDefinition,这个抽象类内部默认实现了BeanDefinition的绝大部分方法，对一些属性进行了默认值的赋值，极大地简化了用户自己实现一个BeanDefinition的难度！
I. GenericBeanDefinition 他是AbstractBeanDefinition的子类，我们通过注解配置的bean以及我们的配置类（除@Bean）外的BeanDefiniton类型都是GenericBeanDefinition类型的！
II. RootBeanDefinition Spring在启动时会实例化几个初始化的BeanDefinition,这几个BeanDefinition的类型都为RootBeanDefinition，这个包括后续Spring的BeanDefinition会进行一个合并（这都是后话）都是RootBeanDefinition类型的！
我们通过 @Bean创建的BeanDefinition也是RootBeanDefinition类型，当然是属于他的子类（后面会介绍）的！
2. AnnotatedBeanDefinition 这个接口直接继承了BeanDefinition,他在原来的基础上扩展了两个方法：
image-20200907180423084
这两个方法是专门对注解读取的方法！所有注解标识的bean都是这个类型的bean!
I. AnnotatedGenericBeanDefinition
image-20200907180954450
第一种情况是配置类也就是标注了@Configuration注解的类会被解析成 AnnotatedGenericBeanDefinition
第二种情况是通过@Import导入的类会被解析成AnnotatedGenericBeanDefinition
II. ConfigurationClassBeanDefinition
image-20200907182021917
通过@Bean注解导入的类会被解析为ConfigurationClassBeanDefinition
III. ScannedGenericBeanDefinition
image-20200907182139696
通过@Service、@Compent等方式创建的bean 会以ScannedGenericBeanDefinition的形式存在！
