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