Spring框架的深入
Spring Bean的实例化过程
Spring管理对象，分为两部分：
容器启动阶段
Bean的实例化
容器启动阶段
配置元数据
spring需要知道创建对象需要的必要信息，必要的信息可以是xml配置文件，或者是注解、也可以是直接代码硬编码，创建对象必须要的信息称之为配置元信息。
<bean id="student5" class="com.tulun.Spring.IOC.pojo.Student">
<property name="id" value="12"/>
<property name="name" value="Java31"/>
<property name="user" ref="user"/>
</bean>
BeanDefination
将xml或者注解等等配置的元信息，在内存中如何保存呢？Spring在内存中表示元信息使用的方式就是BeanDefinition
配置的元信息被加载到内存中之后是以BeanDefinition的形式存在的。
BeanDefinitionReader
让Spring来理解各种不同类型的元信息，需要靠BeanDefinitionReader。
如果要读取XML配置的元信息，可以使用XMLBeanDefinitionReader。
如果要读取注解配置的元信息，可以使用AnnotationBeanDefinitionReader。
…
也可以自定义BeanDefinitionReader来自己控制配置元数据的加载。
作用就是用来加载配置元信息，将其转化为内存中统一的形式BeanDefinition。
BeanDefinationRegistory
将加载到内存中生成的BeanDefination后，就将其注册到BeanDefinationRegistory中，BeanDefinationRegistory就是存放BeanDefination的集合，是以键值对的形式，通过特定的Bean的定义，映射到BeanDefination。
BeanFactoryPostProcessor
BeanFactoryPostProcessor是容器启动阶段Spring提供的一个扩展点，主要负责对注册到BeanDefinationRegistory中的一个个BeanDefination进行一定程度上的修改和替换。
至此，整个容器启动的阶段就完成了。
Bean实例化阶段
容器启动阶段和Bean的实例化阶段是存在时间差，如果选择懒加载形式，在需要依赖的对象时，才会执行响应的Bean的实例化过程
如果是不选择懒加载形式，在容器启动完成之后，会立即启动Bean的实例化阶段，提前将Bean实例化并保存。
对象创建策略
对象的创建采用策略模式，借助于BeanDefinationRegistory中的BeanDefination，可以使用反射的方式创建对象，也可以CGLib字节码创建对象，对象的创建具有灵活性。
BeanWrapper-对象的外衣
IOC容器来管理各种类型的对象，为了统一对不同类型对象的访问，Spring提供了BeanWrapper给Bean在外层进行了一层封装。
设置对象信息
对于基本类型的属性，如果配置元信息中有设置，直接使用配置元信息中设置的值赋值即可，如果没有JVM在对象实例化过程中会给定初始状态。
如果是引用类型属性：Spring中将所有创建好的对象放在一个Map中，此时Spring会检查所依赖的对象是否已经被纳入容器的管理范围，如果在Map中存在引用实例，直接注入当前对象属性，如果没有，SPring会暂停当前对象的实例化过程，转而先去实例化依赖对象，完了后在对该对象继续实例化过程。
检查Aware相关接口
如果想要依赖Spring的相关对象，可以实现相应的Aware接口，Spring 容器检查该接口的实现类完成自动注入相关依赖过程。
ApplicationContext实现Aware接口，容器就会自动将ApplicationContext注入到容器实例化。
BeanPostProcessor前置处理
BeanFactoryPostProcessor存在于容器启动阶段。
BeanPostProcessor存在于对象实例化阶段。
BeanFactoryPostProcessor关注对象被创建之前那些配置的修修改改。
而BeanPostProcessor阶段关注对象已经被创建之后 的功能增强，替换等操作。
BeanPostProcessor与BeanFactoryPostProcessor都是Spring在Bean生产过程中强有力的扩展点。
BeanPostProcessor前置处理就是在要生产的Bean实例放到容器之前，允许对Bean实例进行一定程度的修改，替换等操作。
自定义初始化逻辑
Bean还有一定的初始化逻辑，Spring将允许我们通过两种方式配置我们的初始化逻辑：(1)InitializingBean (2)配置init-method参数一般通过配置init-method方法比较灵活。
BeanPostProcessor后置通知
与前置处理类似，这里是在Bean自定义逻辑也执行完成之后，Spring又留的最后一个扩展点。我们可以在这里在做一些我们想要的扩展。
自定义销毁逻辑
对应自定义初始化逻辑，同样有两种方式：(1)实现DisposableBean接口 (2)配置destory-method参数。
使用
调用回调销毁接口
