上回说到 Spring bean生命周期中的InitializingBean接口,我们了解到这只是spring bean生命周期中修改bean的诸多方式之一,其实在整个生命周期中,修改bean的方式大致有如下几种:
以xml的方式定义bean时,指定init method和destroy method
bean id="testBeanLifeCycle" class="org.springframework.samples.mvc.beanPostProcessor.TestBeanLiftCycle" init-method="xmlInit" destroy-method="xmlDestroy" property name="message" value="Hello World!"//bean
实现 DisposableBean接口的 destroy()
以xml的方式定义bean时,指定init method和destroy method
在众多的lifecycle机制中,假设一个bean使用了上边所有的方式,那么它们的执行顺序是这样的:
我们在代码中来看
在Spring中,bean的生命周期管理都是由beanFactory来管理,上一篇我们有提到,实现了beanFactory的类AbstractAutowiredCapableBeanFactory完成了bean的init和destroy的工作,初始化方法是
invokeInitMethods方法如下
接下来看看destroy逻辑,在AbstractAutowiredCapableBeanFactory中我们找到destroy方法
再来看DisposableBeanAdapter的destroy做了什么
来看个小demo来验明正身
说了这么多机制,那么我们在使用的时候要注意什么
推荐使用@PostConstruct和@PreDestroy,因为这来自JSR250,对Spring框架0耦合。
除此之外,Spring还提供了LifeCycle接口和LifeCycleProcessor接口,实现这些接口能让bean的lifecycle关联到Container的lifeCycle,当容器有启动,停止,刷新等动作时,会回调到bean。
如果说所有这些Spring提供的机制还是不能满足你的需求,那么总有一款适合你——BeanPostProcessor接口,事实上在Spring架构内部,众多的beanPostProcessor实现,能完成各种接口的回调,或者自定义方法的触发。关于更多BeanPostProcessor,且听下回分解。
欢迎关注,期待与您的交流,让我们携手在通往牛逼的小路上徐徐前行。