BeanDefinition的原理是什么

一、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里面描述了很多的东西，大致如下：

     

它里面存放了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的生命周期，以文字描述大概分为以下几个阶段：

1. 初始化bean容器，以方便后续的所有的读取的信息的存储！
2. 初始化内置的class文件转换为bd
3. 初始化bean工厂，设置一些默认值！
4. 向BeanFactory内部注册一些自己本身内置的Bean后置处理器
5. 执行项目内置的         BeanFactoryPostProcessor扫描项目将所有的         @Bean、@Component....或者         xml配置等符合Spring读取对应的类解析成         BeanDefinition，存储在容器里面！
6. 执行我们自定义的         BeanFactoryPostProcessor
7. 注册所有的         BeanPostProcessor到容器内部！
8. 初始化国际化资源
9. 初始化事件资源
10. 实例化class
11. 按照规则进行属性填充（自动注入）
12. 回调         BeanPostProcessors.postProcessBeforeInitialization方法
13. 调用bean的初始化方法
14. 回调         BeanPostProcessors.postProcessAfterInitialization方法

     

三、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,他在原来的基础上扩展了两个方法：

     

这两个方法是专门对注解读取的方法！所有注解标识的bean都是这个类型的bean!

I.  AnnotatedGenericBeanDefinition

     

第一种情况是配置类也就是标注了@Configuration注解的类会被解析成 AnnotatedGenericBeanDefinition

第二种情况是通过@Import导入的类会被解析成AnnotatedGenericBeanDefinition

II. ConfigurationClassBeanDefinition

     

通过@Bean注解导入的类会被解析为ConfigurationClassBeanDefinition

III. ScannedGenericBeanDefinition

     

通过@Service、@Compent等方式创建的bean 会以ScannedGenericBeanDefinition的形式存在！