Bean的生命周期

Posted 2023-04-24

参考技术A

当一个对象被Spring所管理，那么它的生命周期就完全由容器所控制。Bean的生命周期从大的方面来分可以分为以下四个阶段：
1. 实例化
2. 属性赋值
3. 初始化
4. 销毁
这样的划分是比较笼统的，接下来就从细分的角度来的Bean的生命周期做一个详细的阐述。
我们知道在Java中万物皆对象，而在Spring中被Spring管理的对象被称为bean。那么普通的对象是如何变成bean的呢？

首先，Spring会通过BeanDefinitionReader 从XML、注解、配置类或者是其他方式，读取Bean的定义信息，来生成一个 BeanDefinition ，BeanDefinition接口是Spring对Bean的抽象，是用来描述Bean的。其中包含了如：bean名称、是否是单例的、是否懒加载等描述信息。

有了BeanDefinition之后就可以准备生成实例化的对象了，但在这之前还有一步。就是一个对象它可能会有多个构造方法，那Spring如何知道你要生成哪一个构造方法的对象呢？所以，Spring需要 推断构造方法 。

有了构造方法之后，就可以实例化对象了。当用户向容器请求一个尚未初始化的bean时，或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用 createBean 进行实例化。注意：此处生成的对象都是空对象，也就是说它的属性都是空的，并没有进行依赖注入。

在这一阶段，Spring就会给实例化出来的对象进行赋值。所以就要用到第一步生成的BeanDefinition，Spring根据BeanDefinition中的信息进行依赖注入。 并且通过BeanWrapper提供的设置属性的接口完成依赖注入。 而在这一步也涉及到了循环依赖这一问题。

Aware类型的接口的作用就是让我们能够拿到Spring容器中的一些资源。如果一个Bean实现了该接口,那么当该Bean被spring初始化时,spring会向该Bean注入相关资源(就是会回调接口中的方法)。以下是对Aware接口作用的一个示例：

可以看到，当Spring容器初始化，UserService被初始化，也就调用了UserService所实现的BeanNameAware接口的setBeanName方法。在Spring中这样的Aware类型的接口还有很多，以下是常用的Aware相关接口作用说明：

经过以上的几个步骤，bean对象就已经被正确构造了。但是如果你想要对象被使用之前，在进行一些自定义的处理，就可以定制一些初始化方法。初始化方法调用的流程是这样的：

经过以上的工作后，Bean将一直驻留在应用上下文中给应用使用，直到应用上下文被销毁。Bean的销毁有两个方法：执行DisposableBean的destroy方法、执行当前对象定义的destroy方法。这两个方法的作用是相同的，都是在Bean实例销毁前执行的方法。

至此，SpringBean的生命周期就结束了。总的来说，Bean的生命周期大的方面可以分为：
实例化 ---- 属性赋值 ----- 初始化 ------ 销毁
细分可以如下图所示：

深究Spring中Bean的生命周期

一、Bean 的完整生命周期

在传统的Java应用中，bean的生命周期很简单，使用Java关键字 new 进行Bean 的实例化，然后该Bean 就能够使用了。一旦bean不再被使用，则由Java自动进行垃圾回收。

相比之下，Spring管理Bean的生命周期就复杂多了，正确理解Bean 的生命周期非常重要，因为Spring对Bean的管理可扩展性非常强，下面展示了一个Bean的构造过程

Bean 的生命周期

如上图所示，Bean 的生命周期还是比较复杂的，下面来对上图每一个步骤做文字描述:

1. Spring启动，查找并加载需要被Spring管理的bean，进行Bean的实例化
2. Bean实例化后对将Bean的引入和值注入到Bean的属性中
3. 如果Bean实现了BeanNameAware接口的话，Spring将Bean的Id传递给setBeanName()方法
4. 如果Bean实现了BeanFactoryAware接口的话，Spring将调用setBeanFactory()方法，将BeanFactory容器实例传入
5. 如果Bean实现了ApplicationContextAware接口的话，Spring将调用Bean的setApplicationContext()方法，将bean所在应用上下文引用传入进来。
6. 如果Bean实现了BeanPostProcessor接口，Spring就将调用他们的postProcessBeforeInitialization()方法。
7. 如果Bean 实现了InitializingBean接口，Spring将调用他们的afterPropertiesSet()方法。类似的，如果bean使用init-method声明了初始化方法，该方法也会被调用
8. 如果Bean 实现了BeanPostProcessor接口，Spring就将调用他们的postProcessAfterInitialization()方法。
9. 此时，Bean已经准备就绪，可以被应用程序使用了。他们将一直驻留在应用上下文中，直到应用上下文被销毁。
10. 如果bean实现了DisposableBean接口，Spring将调用它的destory()接口方法，同样，如果bean使用了destory-method 声明销毁方法，该方法也会被调用。

上面是Spring 中Bean的核心接口和生命周期，面试回答上述过程已经足够了。但是翻阅JavaDoc文档发现除了以上接口外，还有另外的初始化过程涉及的接口：

摘自org.springframework.beans.factory.BeanFactory， 全部相关接口如下，上述已有的就不用着重标注，把额外的相关接口着重标注下

Bean 完整的生命周期

文字解释如下：

————————————初始化————————————

• BeanNameAware.setBeanName() 在创建此bean的bean工厂中设置bean的名称，在普通属性设置之后调用，在InitializinngBean.afterPropertiesSet()方法之前调用
• BeanClassLoaderAware.setBeanClassLoader(): 在普通属性设置之后，InitializingBean.afterPropertiesSet()之前调用
• BeanFactoryAware.setBeanFactory() : 回调提供了自己的bean实例工厂，在普通属性设置之后，在InitializingBean.afterPropertiesSet()或者自定义初始化方法之前调用
• EnvironmentAware.setEnvironment(): 设置environment在组件使用时调用
• EmbeddedValueResolverAware.setEmbeddedValueResolver(): 设置StringValueResolver 用来解决嵌入式的值域问题
• ResourceLoaderAware.setResourceLoader(): 在普通bean对象之后调用，在afterPropertiesSet 或者自定义的init-method 之前调用，在 ApplicationContextAware 之前调用。
• ApplicationEventPublisherAware.setApplicationEventPublisher(): 在普通bean属性之后调用，在初始化调用afterPropertiesSet 或者自定义初始化方法之前调用。在 ApplicationContextAware 之前调用。
• MessageSourceAware.setMessageSource(): 在普通bean属性之后调用，在初始化调用afterPropertiesSet 或者自定义初始化方法之前调用，在 ApplicationContextAware 之前调用。
• ApplicationContextAware.setApplicationContext(): 在普通Bean对象生成之后调用，在InitializingBean.afterPropertiesSet之前调用或者用户自定义初始化方法之前。在ResourceLoaderAware.setResourceLoader，ApplicationEventPublisherAware.setApplicationEventPublisher，MessageSourceAware之后调用。
• ServletContextAware.setServletContext(): 运行时设置ServletContext，在普通bean初始化后调用，在InitializingBean.afterPropertiesSet之前调用，在 ApplicationContextAware 之后调用注：是在WebApplicationContext 运行时
• BeanPostProcessor.postProcessBeforeInitialization() : 将此BeanPostProcessor 应用于给定的新bean实例 在任何bean初始化回调方法(像是InitializingBean.afterPropertiesSet或者自定义的初始化方法）之前调用。这个bean将要准备填充属性的值。返回的bean示例可能被普通对象包装，默认实现返回是一个bean。
• BeanPostProcessor.postProcessAfterInitialization() : 将此BeanPostProcessor 应用于给定的新bean实例 在任何bean初始化回调方法(像是InitializingBean.afterPropertiesSet或者自定义的初始化方法)之后调用。这个bean将要准备填充属性的值。返回的bean示例可能被普通对象包装
• InitializingBean.afterPropertiesSet(): 被BeanFactory在设置所有bean属性之后调用(并且满足BeanFactory 和 ApplicationContextAware)。

————————————销毁————————————

在BeanFactory 关闭的时候，Bean的生命周期会调用如下方法:

• DestructionAwareBeanPostProcessor.postProcessBeforeDestruction(): 在销毁之前将此BeanPostProcessor 应用于给定的bean实例。能够调用自定义回调，像是DisposableBean 的销毁和自定义销毁方法，这个回调仅仅适用于工厂中的单例bean(包括内部bean)
• 实现了自定义的destory()方法

二、Bean 的生命周期验证

为了验证Bean生命周期的过程，有两种形式：一种是为面试而准备的，一种是为了解全过程而准备的，下面来看代码：

Book.class

[](javascript:void(0)

以上是关于Bean的生命周期的主要内容，如果未能解决你的问题，请参考以下文章

springbean的生命周期是啥？

spring bean的生命周期是怎样的，代码示例

SpringFilter生命周期Servlet生命周期bean的生命周期

Spring文档苦读短生命周期的Bean注入长生命周期的Bean

Bean的生命周期流程-上

Bean的生命周期流程-上