最新理解
稍微总结一下 Bean 的生命周期,在 BeanFactory 这个接口的注释里面,也可以看到。
- 实现一堆 Aware 接口。(当实现了某个 Aware 接口后,此 Bean 就能通过 setXXX 的方法获取到容器中存在的对象)
- 执行 BeanPostProcessor 的 before 方法
- 执行 init 方法
- 执行 BeanPostProcessor 的 after 方法
- 调用 DisposableBean destroy 方法
- 调用 destroy 方法
下面代码里面的 @PostConstruct 和 @PreDestroy 是 javax 中的注解,和 Spring 里面的 initMethod 和 destroyMethod 还是有一定差异的。后者是 @Bean 注解里面的属性,或者在 xml 文件中定义。
Spring框架中,一旦把一个Bean纳入Spring IOC容器之中,这个Bean的生命周期就会交由容器进行管理,一般担当管理角色的是BeanFactory或者ApplicationContext。
下面以BeanFactory为例,说明一个Bean的生命周期活动。
Bean的建立,由BeanFactory读取Bean定义文件,并生成各个实例
Setter注入,执行Bean的属性依赖注入
BeanNameAware的setBeanName(), 如果实现该接口,则执行其setBeanName方法
BeanFactoryAware的setBeanFactory(),如果实现该接口,则执行其setBeanFactory方法
BeanPostProcessor的processBeforeInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processBeforeInitialization()方法
Bean定义文件中定义init-method
InitializingBean的afterPropertiesSet(),如果实现了该接口,则执行其afterPropertiesSet()方法
BeanPostProcessors的processAfterInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processAfterInitialization()方法
Bean定义文件中定义destroy-method,在容器关闭时,可以在 Bean 定义文件中使用
destory-method
定义的方法DisposableBean的destroy(),在容器关闭时,如果 Bean 类实现了该接口,则执行它的 destroy() 方法
如果使用ApplicationContext来维护一个Bean的生命周期,则基本上与上边的流程相同,只不过在执行BeanNameAware的setBeanName()后,若有Bean类实现了org.springframework.context.ApplicationContextAware接口,则执行其setApplicationContext()方法,然后再进行BeanPostProcessors的processBeforeInitialization()
实际上,ApplicationContext除了向BeanFactory那样维护容器外,还提供了更加丰富的框架功能,如Bean的消息,事件处理机制等。
下面通过代码展示一下各个方法被调用的顺序。
1 | MyBean.java |
1 |
|
1 | MyBeanPostProcessor.java |
1 |
|
运行结果
1 | 1. MyBean Constructor |