Spring 源码 | bean的生命周期（图文详解）

下面先用一张图描述下 bean 装载到 Spring 应用上下文中的一个典型的生命周期过程：

下面对上面的图进行详细解读：
1、首先容器启动后，会对scope为singleton且非懒加载的bean进行实例化；

2、按照Bean定义信息配置信息，注入所有的属性 （依赖注入"DI"）；

3、如果 bean 实现了 BeanNameAware 接口，Spring 会回调该接口的 setBeanName () 方法，传递该Bean的id，此时该Bean就获得了自己在配置文件中的id；

4、如果 bean 实现了 BeanFactoryAware 接口，Spring 将回调 setBeanFactory () 方法，将 BeanFactory 容器实例传入，这样该Bean就获得了自己所在的BeanFactory；

5、如果 bean 实现了 ApplicationContextAware 接口，Spring 将回调 setApplicationContext () 方法，将 bean 所在的应用上下文的引用传入进来；

6、如果 bean 实现了 BeanPostProcessor 接口，Spring 将回调该接口的 postProcessBeforeInitialization () 方法；

7、如果 bean 实现了 InitializingBean 接口，Spring 将调用它们的 afterPropertiesSet () 方法；
8、如果 bean 配置了 init-method 方法，该方法也会被调用；

9、如果 bean 实现了 BeanPostProcessor 接口，则会回调该接口的 postProcessAfterInitialization () 方法；

10、此时，bean 已经准备就绪，可以被应用程序使用了，它们将一直驻留在应用上下文中，直到该应用上下文被销毁；（对于scope为singleton的Bean，Spring的ioc容器会缓存一份该bean的实例，而对于scope为prototype的Bean，每次被调用都会new一个新的对象，其生命周期就交给调用方管理了，不再是Spring容器进行管理了）

11、容器关闭后，如果 bean 实现了 DisposableBean 接口，Spring 将调用它的 destroy () 接口方法；

12、如果 bean 使用 destroy-method 声明了销毁方法，该方法也会被调用。至此，整个Bean的生命周期结束。

注：
1、一个bean对象“依赖注入（DI）”的过程只是这个bean生命周期的一部分而已（第二步）

2、这是单个bean的生命周期过程，而非spring的生命周期。

对比传统bean的区别：
在传统的 Java 应用中，bean 的生命周期很简单。使用 Java 关键字 new 进行 bean 实例化，然后该 bean 就可以使用了。一旦该 bean 不再被使用，则由 Java 自动进行垃圾回收。
但是，Spring 容器中的 bean 的生命周期就显得相对复杂多了。