最新理解
稍微总结一下 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 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46
| @Component public class MyBean implements BeanNameAware, BeanFactoryAware, ApplicationContextAware, InitializingBean, DisposableBean {
private static final Logger logger = LoggerFactory.getLogger(MyBean.class);
public MyBean() { logger.info("1. MyBean Constructor"); }
@Override public void setBeanName(String name) { logger.info("2. BeanNameAware.setBeanName"); }
@Override public void setBeanFactory(BeanFactory beanFactory) throws BeansException { logger.info("3. BeanFactoryAware.setBeanFactory"); }
@Override public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { logger.info("4. ApplicationContextAware.setApplicationContext"); }
@PostConstruct public void postConstructMethod() { logger.info("6. javax's PostConstruct"); }
@Override public void afterPropertiesSet() throws Exception { logger.info("7. InitializingBean.afterPropertiesSet"); }
@PreDestroy public void preDestroyMethod() { logger.info("9. javax's PreDestroy"); }
@Override public void destroy() { logger.info("10. DisposableBean.destroy"); }
}
|
1
| MyBeanPostProcessor.java
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
| @Component public class MyBeanPostProcessor implements BeanPostProcessor {
private static final Logger logger = LoggerFactory.getLogger(MyBeanPostProcessor.class);
@Override public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException { if (bean instanceof MyBean) { logger.info("5. BeanPostProcessor.postProcessBeforeInitialization"); } return bean; }
@Override public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException { if (bean instanceof MyBean) { logger.info("8. BeanPostProcessor.postProcessAfterInitialization"); } return bean; } }
|
运行结果
1 2 3 4 5 6 7 8 9 10 11
| 1. MyBean Constructor 2. BeanNameAware.setBeanName 3. BeanFactoryAware.setBeanFactory 4. ApplicationContextAware.setApplicationContext 5. BeanPostProcessor.postProcessBeforeInitialization 6. javax's PostConstruct 7. InitializingBean.afterPropertiesSet 8. BeanPostProcessor.postProcessAfterInitialization Started SpringBeanLifecycleApplication in 0.632 seconds (JVM running for 1.022) 9. javax's PreDestroy 10. DisposableBean.destroy
|