SSM框架学习-bean生命周期理解
- Spring启动，查找并加载需要被Spring管理的Bean，进行Bean的实例化（反射机制）；
- 利用依赖注入完成 Bean 中所有属性值的配置注入；
第一类Aware接口：
- 如果 Bean 实现了 BeanNameAware 接口的话，Spring 将 Bean 的 Id 传递给 setBeanName() 方法；
- 如果 Bean 实现了 BeanClassLoaderAware 接口，则 Spring 调用 setBeanClassLoader() 方法传入classLoader的引用；
- 如果 Bean 实现了 BeanFactoryAware 接口的话，则 Spring 调用 setBeanFactory() 方法传入当前工厂实例的引用；
第二类Aware接口：
- 如果 Bean 实现了 EnvironmentAware 接口，则 Spring 调用 setEnvironment() 方法传入当前 Environment 实例的引用；
- 如果 Bean 实现了 EmbeddedValueResolverAware 接口，则 Spring 调用 setEmbeddedValueResolver() 方法传入当前 StringValueResolver 实例的引用；
- 如果 Bean 实现了 ApplicationContextAware 接口，Spring 将调用 Bean 的 setApplicationContext() 方法，将 Bean 所在引用上下文引用传入进来；
- 如果 Bean 实现了 BeanPostProcessor 接口，Spring 就将调用它们的 postProcessBeforeInitialization() 方法；
- 如果 Bean 实现了 InitializingBean 接口，Spring 将调用它们的 afterPropertiesSet() 方法。类似地，如果 Bean 使用 init-method 声明了初始化方法，该方法也会被调用；
- 如果 Bean 实现了 BeanPostProcessor 接口，**Spring 就将调用它们的 postProcessAfterInitialization() 方法；**此时，Bean 已经准备就绪，可以被应用程序使用了。它们将一直驻留在应用上下文中，直到应用上下文被销毁；
- 如果 Bean 实现了 DisposableBean 接口，Spring 将调用它的 destory() 接口方法，同样，如果 Bean 使用了 destory-method 声明销毁方法，该方法也会被调用；
- 如果在
<bean>中指定了该 Bean 的作用范围为 scope=“singleton”，则将该 Bean 放入 Spring IoC 的缓存池中，将触发 Spring 对该 Bean 的生命周期管理；如果在<bean>中指定了该 Bean 的作用范围为 scope=“prototype”，则将该 Bean 交给调用者，调用者管理该 Bean 的生命周期，Spring 不再管理该 Bean。
综上所述，Bean的完整生命周期有各种方法调用，主要分为这几类
- Bean自身的方法： 这个包括了Bean本身调用的方法和通过配置文件中
<bean>的init-method和destroy-method指定的方法；- Bean级生命周期接口方法： 这个包括了BeanNameAware、BeanFactoryAware、ApplicationContextAware；当然也包括InitializingBean和DiposableBean这些接口的方法（可以被@PostConstruct和@PreDestroy注解替代)；
- 容器级生命周期接口方法： 这个包括了InstantiationAwareBeanPostProcessor 和 BeanPostProcessor 这两个接口实现，一般称它们的实现类为“后处理器”；
- 工厂后处理器接口方法： 这个包括了AspectJWeavingEnabler, ConfigurationClassPostProcessor, CustomAutowireConfigurer等等非常有用的工厂后处理器接口的方法。工厂后处理器也是容器级的。在应用上下文装配配置文件之后立即调用。