详解Spring中Bean的生命周期

1. 实例化Bean:容器通过获取BeanDefinition对象中的信息进行实例化。并且这一步仅仅是简单的实例化，并未进行依赖注入。实例化对象被包装在BeanWrapper对象中，BeanWrapper提供了设置对象属性的接口，从而避免了使用反射机制设置属性
2. 设置对象属性（依赖注入）：实例化后的对象被封装在BeanWrapper对象中，并且此时对象仍然是一个原生的状态，并没有进行依赖注入。紧接着，Spring根据BeanDefinition中的信息进行依赖注入。 并且通过BeanWrapper提供的设置属性的接口完成依赖注入。
3. 注入Aware接口：紧接着，Spring会检测该对象是否实现了xxxAware接口(感知接口)，让bean感知到XXX，即让bean知道自己在BeanFactory或ApplicationContext中的id以及在哪个工厂或==应用上下文==中(可以用这个方式来获取其它Bean)。
4. BeanPostProcessors前置处理：对创建结束后的bean对象进行增强（在使用前再进行一些自定义处理），就可以通过接口PostProcessor的postProcessBeforeInitialzation方法实现对bean的自定义处理（postProcessBeforeInitialzation( Object bean, String beanName ) 当前正在初始化的bean对象会被传递进来，我们就可以对这个bean作任何处理。 这个函数会先于InitialzationBean执行，因此称为前置处理。）所有Aware接口的注入就是在这一步完成的。
5. InitializingBean与init-method当BeanPostProcessor的前置处理完成后就会进入本阶段。 在bean完成了前置处理后Spring会检查bean是否实现了InitializingBean接口，如果实现了该接口，就会执行afterPropertiesSet()方法，该方法可以为bean增加自定义逻辑，==但它与前置处理不同，由于该函数并不会把当前bean对象传进来，因此在这一步不能对bean进行增强，只能增加一些额外的逻辑。==实际过程中我们通过给bean的配置init-method属性完成这一步。init-method本质上仍然使用了InitializingBean接口。
6. BeanPostProcessors后置处理：在InitialzationBean完成后执行PostProcessor接口的postProcessAfterInitialzation( Object bean, String beanName )方法进行后置处理，完成执行完init-method后对bean对对象的增强 （作用与4一样，只不过4是在Bean初始化前执行的，而这个是在Bean初始化后执行的)
7. 被创建、注入、感知、增强并完成初始化后的Bean将一直驻留在应用上下文中给应用使用
8. 如果bean实现了DisposableBean接口，将调用destroy方法。一般通过配置destroy-method配置在bean销毁前执行指定的逻辑
9. bean随着应用上下文结束被销毁

• 工厂和应用上下文都可以进行bean的生命周期管理,二者的区别在于：
  • 实例化bean对象时 (1)对于BeanFactory容器，当客户向容器请求一个尚未初始化的bean时，或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean()进行实例化。 (2)对于ApplicationContext容器，当容器启动结束后，便实例化所有的bean。
  • 检查Aware接口时，工厂只检查BeanFacotryAware/BeanNameAware；应用上下文检查BeanFacotryAware/BeanNameAware/ApplicationContextAware