Spring Bean的生命周期

在传统的Java应用中，Bean
的生命周期非常简单。

Java的关键词new用来实例化Bean
（或许他是非序列化的）。这样就够用了。

相反，Bean
的生命周期在Spring
容器中更加细致。

理解Spring
Bean
的生命周期非常重要，因为你或许要利用Spring
提供的机会来订制Bean
的创建过程。

1.容器寻找Bean
的定义信息并且将其实例化。

2.受用依赖注入，Spring
按照Bean
定义信息配置Bean
的所有属性。

3.如果Bean
实现了BeanNameAware接口，工厂调用Bean
的setBeanName()方法传递Bean
的ID。

4.如果Bean
实现了BeanFactoryAware接口，工厂调用setBeanFactory()方法传入工厂自身。

5.如果BeanPostProcessor和Bean
关联，那么它们的postProcessBeforeInitialzation()方法将被调用。

6.如果Bean
指定了init-method方法，它将被调用。

7.最后，如果有BeanPsotProcessor和Bean
关联，那么它们的postProcessAfterInitialization()方法将被调用。

到这个时候，Bean
已经可以被应用系统使用了，并且将被保留在Bean
Factory中知道它不再需要。

有两种方法可以把它从Bean
Factory中删除掉。

1.如果Bean
实现了DisposableBean接口，destory()方法被调用。

2.如果指定了订制的销毁方法，就调用这个方法。

Bean
在Spring
应用上下文的生命周期与在Bean
工厂中的生命周期只有一点不同，

唯一不同的是，如果Bean
实现了ApplicationContextAwre接口，setApplicationContext()方法被调用。

只有singleton行为的bean
接受容器管理生命周期。

non-singleton行为的bean
，Spring
容器仅仅是new的替代，容器只负责创建。

对于singleton bean
，Spring
容器知道bean
何时实例化结束，何时销毁，

Spring
可以管理实例化结束之后，和销毁之前的行为，管理bean
的生命周期行为主要未如下两个时机：

Bean
全部依赖注入之后

Bean
即将销毁之前

1）依赖关系注入后的行为实现：

有两种方法：A.编写init方法 B.实现InitializingBean接口

afterPropertiesSet和init同时出现，前者先于后者执行，使用init方法，需要对配置文件加入init-method属性

2）bean
销毁之前的行为

有两种方法：A.编写close方法 B.实现DisposableBean接口

destroy和close同时出现，前者先于后者执行，使用close方法，需要对配置文件加入destroy-method属性