# 05.Spring Bean 生命周期介绍
Bean 是 Spring 对组件的抽象,Bean 的创建、销毁都由 Spring 控制。使用过程中我们会希望定制创建、销毁过程中的部分逻辑,于是作为框架的 Spring 需要提供相应的机制。我们关心 Bean 的生命周期,就在于需要了解可以定制的部分。
# Bean 创建过程
Bean 的创建过程如下,这些阶段 Spring 都提供了定制的手段:
上图中需要注意下面几点:
- ① 中已经完成依赖注入。
- ②、③、④ 为代表的这些 Aware 接口,一般用于向 Bean 中注入 Spring 的组件。个人常用的是 ④,注入 ApplicationContext 后续用来获取 Prototype Scope 的 Bean 。除了图中画的,还有其它的 Aware 接口 。
- ⑥、⑦、⑧ 可以为 Bean 指定初始化方法,当前建议只用 @PostConstruct。如果同时使用不同手段指定同一个方法作为 Bean 的初始化方法,则该方法只会被调用一次。
- 与其它阶段不同,⑤ 与 ⑨ 是 BeanFactory 级别的定制,其它阶段则是 Bean 级别的。
上面列出的是单个 Bean 创建时各个阶段的顺序,那不同 Bean 创建的相对顺序呢?
一个 Bean 在 Populate Properties 时就完成了依赖注入,如果 Bean X 依赖 Bean Y,那么在 X 的依赖注入时 Y 就需要处于 Ready 状态。换句话说被依赖的 Bean Y 走完了所有流程后Bean X 才开始创建。但如果两个 Bean 间没有依赖关系,则没有这个保证。
# Bean 的销毁过程
Bean 的销毁过程如下,推荐使用 @PreDestroy 的方式。另外注意:对于 Prototype Scope 的 Bean,Spring 是不负责销毁的。
不同 Bean 之间的销毁顺序又是怎么样的呢?Spring 文档 (opens new window) 里说,如果 Bean X 依赖 Bean Y, 创建时是 Bean Y 先创建,销毁时则是反过来,Bean X 先销毁。
# 如何等待所有 Bean 初始化完成?
有时候我们需要在所有 Bean 都初始化后做一些操作,要怎么做?上面提到的机制都是在单个 Bean 中完成,无法顾及多个 Bean 之间的操作。这时可以利用 ApplicationContext 的Event 机制 。
在 ApplicationContext 初始化完成或刷新时,会发送 ContextRefreshedEvent 事件,我们只需要让某个 Bean 监听该事件即可。当然要注意这个事件可能会被发送多次(因为刷新时也会再发送该事件),需要酌情忽略后续事件。监听示例代码如下:
@Service
public class InitService {
private final List<InitBean> beansToInitialize;
@Autowired(required = false)
public InitService(List<InitBean> beansToInitialize) {
this.beansToInitialize = beansToInitialize;
}
@EventListener(ContextRefreshedEvent.class)
public void onApplicationEvent(ContextRefreshedEvent event) {
event.getApplicationContext().getBean(InitService.class).initialize();
}
private void initialize() {
beansToInitialize.forEach(InitBean::init);
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18