一文详解Spring中Bean的生命周期

6,850 阅读5分钟

在Spring中,Bean是最基础的对象,一切操作都是围绕Bean展开的。Spring是一个BOP(Bean Oriented Programming)框架,Bean在BOP中的作用就像是对象在OOP中的作用一样。既然如此重要,那么我们首先需要了解到底什么是Bean?

什么是Bean

首先,我们来看看Spring官方文档对于Bean的定义:

In Spring, the objects that form the backbone of your application and that are managed by the Spring IoC container are called beans. A bean is an object that is instantiated, assembled, and otherwise managed by a Spring IoC container. Otherwise, a bean is simply one of many objects in your application

从上面可知,我们可以给Bean下一个定义:Bean就是由IOC实例化、组装、管理的一个对象

Bean的生命周期

我们需要明确的是,在这里我们的Bean的生命周期主要指的是singleton bean,对prototype bean来说,当用户getBean获得prototype bean的实例后,IOC容器就不再对当前实例进行管理,而是把管理权交由用户,此后再getBean生成的是新的实例。对于request/session/application/websocket 这几种scope的bean我们在此不谈。

在不同的容器中,Bean的生命周期开始的时间不同。对于ApplicationContext来说,当容器启动的时候,bean就已经实例化了。而对于BeanFactory来说,直到调用getBean()方法的时候才进行实例化。

我们知道对于普通的java对象来说,它们的生命周期就是

  • 实例化
  • 不再使用的时候通过垃圾回收机制进行回收

但是对于Bean来说却不是这样。Bean的生命周期如下图所示

对于如上这些方法,我们可以分成如下几类

  1. Bean自身的方法:比如构造函数、getter/setter以及init-method和destory-method所指定的方法等
  2. Bean级生命周期方法:可以理解为Bean类直接实现接口的方法,比如BeanNameAware、BeanFactoryAware、ApplicationContextAware、InitializingBean、DisposableBean等方法,这些方法只对当前Bean生效
  3. 容器级的方法(BeanPostProcessor一系列接口):主要是后处理器方法,比如上图的InstantiationAwareBeanPostProcessor、BeanPostProcessor接口方法。这些接口的实现类是独立于bean的,并且会注册到Spring容器中。在Spring容器创建任何Bean的时候,这些后处理器都会发生作用。
  4. 工厂后处理器方法(BeanFactoryProcessor一系列接口):包括AspectJWeavingEnabler、CustomAutowireConfigurer、ConfigurationClassPostProcessor等。这些都是Spring框架中已经实现好的BeanFactoryPostProcessor,用来实现某些特定的功能。

Bean自身的方法和Bean级生命周期方法都只对当前Bean起作用,但是容器级生命周期方法和工厂后处理器方法是对所有的bean都起作用

对于这几类方法,1 2 4都很好理解,下面我们重点来说一下什么是BeanPostProcessor和BeanFactoryPostProcessor

以我个人理解来说,BeanPostProcessor和BeanFactoryPostProcessor就是Spring创建的扩展点,用户可以创建自己的实现类来修改Bean或者BeanFactory

注意对于ApplicatonContext来说,容器可以自动检测并加载BeanPostProcessor和BeanFactoryPostProcessor,但是BeanFactory不行,需要自己调用方法手动注册。BeanPostProcessor和BeanFactoryPostProcessor都可以有多个。
ApplicationContext也可以根据org.springframework.core.PriorityOrdered和org.springframework.core.Ordered来进行自定义排序,但是BeanFactory不可以,默认顺序就是注册顺序

这里我需要说明下面两个容易混淆的单词:

  • Instantiation:实例化,指的是调用构造函数进行实例化
  • Initialization:初始化,在Bean的声明周期中指的是init-method所指定的方法或者是InitializingBean.afterPropertiesSet()方法

下面我们对常用的这些接口进行说明:

常用接口说明

  1. BeanNameAware
    该接口只有一个方法setBeanName(String name),用来获取bean的id或者name

  2. BeanFactoryAware
    该接口只有一个方法setBeanFactory(BeanFactory beanFactory),用来获取当前环境中的BeanFactory

  3. ApplicationContextAware
    该接口只有一个方法setApplicationContext(ApplicationContext applicationContext),用来获取当前环境中的ApplicationContext

    获取到IOC容器之后,可以对beans进行修改等操作

  4. InitializingBean
    该接口只有一个方法afterPropertiesSet(),在属性注入完成后调用

  5. DisposableBean
    该接口只有一个方法destroy(),在容器销毁的时候调用,在用户指定的destroy-method之前调用

  6. BeanPostProcessor
    该接口有两个方法:

  • postProcessBeforeInitialization(Object bean, String beanName):在初始化之前调用此方法
  • postProcessAfterInitialization(Object bean, String beanName):在初始化之后调用此方法

通过方法签名我们可以知道,我们可以通过beanName来筛选出我们需要进行个性化定制的bean

  1. InstantiationAwareBeanPostProcessor
    该类是BeanPostProcessor的子接口,常用的有如下三个方法
  • postProcessBeforeInstantiation(Class beanClass, String beanName):在bean实例化之前调用
  • postProcessProperties(PropertyValues pvs, Object bean, String beanName):在bean实例化之后、设置属性前调用
  • postProcessAfterInstantiation(Class beanClass, String beanName):在Bean实例化之后调用

测试Bean生命周期

下面我们来编写一个实例来验证我们上面所说的Bean生命周期

首先,我们新建一个User,这个Bean实现了我们的BeanNameAware、ApplicationContextAware、InitializingBean、DisposableBean接口

然后我们实现我们自己的BeanPostProcessor

实现自己的InstantiationAwareBeanPostProcessor

xml配置文件如下

<context:component-scan base-package="com.xiaohuan.springtest"/>

<bean id="user" class="com.xiaohuan.springtest.beanlifecycle.User" init-method="myInit" destroy-method="myDestroy">
    <!-- 构造函数注入 -->
    <constructor-arg index="0" type="int">
        <value>1</value>
    </constructor-arg>
    <constructor-arg index="1" type="java.lang.String">
        <value>xiaohuan</value>
    </constructor-arg>

    <!-- setter方法注入 -->
    <property name="id" value="2"/>
    <property name="name" value="dahuan"/>
</bean>

编写我们自己的测试类

最后运行项目