Spring Bean的生命周期

目录

1.bean的初始化过程

 2.Bean的单例与多例模式

单例

多例

单例与多例的选择

单例的生命周期

多例的生命周期

---

1.bean的初始化过程

生命周期图

Spring Bean的生命周期：

1）通过XML、Java annotation（注解）以及Java Configuration（配置类）

等方式加载Spring Bean

2）BeanDefinitionReader：解析Bean的定义。在Spring容器启动过程中，

会将Bean解析成Spring内部的BeanDefinition结构；

理解为：将spring.xml中的标签转换成BeanDefinition结构

有点类似于XML解析

3）BeanDefinition：包含了很多属性和方法。例如：id、class（类名）、

scope、ref（依赖的bean）等等。其实就是将bean（例如）的定义信息

存储到这个对应BeanDefinition相应的属性中

例如：

-----> BeanDefinition(id/class/scope)

4）BeanFactoryPostProcessor：是Spring容器功能的扩展接口。

注意：

1）BeanFactoryPostProcessor在spring容器加载完BeanDefinition之后，

在bean实例化之前执行的

2）对bean元数据（BeanDefinition）进行加工处理，也就是BeanDefinition

属性填充、修改等操作

5）BeanFactory：bean工厂。它按照我们的要求生产我们需要的各种各样的bean。

例如：

BeanFactory -> List

BeanDefinition(id/class/scope/init-method)

foreach(BeanDefinition bean : List){

   //根据class属性反射机制实例化对象

   //反射赋值设置属性

}

6）Aware感知接口：在实际开发中，经常需要用到Spring容器本身的功能资源

例如：BeanNameAware、ApplicationContextAware等等

BeanDefinition 实现了 BeanNameAware、ApplicationContextAware

7）BeanPostProcessor：后置处理器。在Bean对象实例化和引入注入完毕后，

在显示调用初始化方法的前后添加自定义的逻辑。（类似于AOP的绕环通知）

前提条件：如果检测到Bean对象实现了BeanPostProcessor后置处理器才会执行

Before和After方法

BeanPostProcessor

1）Before

2）调用初始化Bean（InitializingBean和init-method，Bean的初始化才算完成）

3）After

完成了Bean的创建工作

8）destory：销毁

 2.Bean的单例与多例模式

单例

优点：

占用电脑资源小

缺点：

对环境变量进行污染

多例

优点：

不会对环境变量进行污染

缺点：

占用电脑资源大

单例与多例的选择

当不会对环境变量进行修改时，选择单例；会对环境变量进行污染时选择多例。

单例的生命周期

        容器生单例生

多例的生命周期

        bean在使用时才进行初始化

        销毁与容器无关，与java的垃圾回收机制