spring-bean 生命周期

Posted 2020-12-22 尘世的流浪人

1. 实例化bean：对于BeanFactory容器，当客户向容器请求一个尚未初始化的bean时，或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean进行实例化。对于ApplicationContext容器，当容器启动结束后，便实例化岁哦有的bean，容器通过获取BeanDefinition对象中的信息进行实例化。并且这一步仅仅是简单的实例化，并未进行依赖注入。实例化对象被包装在BeanWrapper对象中，BeanWapper提供了设置独享属性的接口，从而避免了使用反射机制设置属性
2. 设置对象属性（依赖注入）：实例化后的对象被封装在BeanWrapper对象中，并且此时对象仍然是一个原生的状态，并没有进行依赖注入。紧接着，Spring根据BeanDefinition中的信息进行以此来注入。并且通过BeanWrapper提供的设置属性的接口完成依赖注入。
   3.spring会检测该对象是否实现了xxxAware接口，XXXXAware把bean需要的spring组件调用setXX给Bean,
3. BeanPostProcessor调用postProcessBeforeInitialzation:当前正在初始化的bean对象会被传递进来,这个函数会先于InitialzationBean执行，因为称为前置处理。
   5.InitializingBean.afterPropertiesSet():这一阶段也可以在bean正式构造完成前增加我们自定义的逻辑，但它与前置处理不同，由于该函数并不会把当前bean对象传进来，因此在这一步没办法处理对象本身，只能增加一些额外的逻辑。若要使用它，我们需要让bean 实现该接口，并把要增加的逻辑写在该函数中，然后Spring会在前置处理完成后检测当前bean是否实现了该接口，并执行afterPropertiesSet函数。
   6.init-method：spring为了降低对客户代码的侵入性，给bean 的配置提供了init-method属性，该属性指定了在这一阶段需要执行的函数名，Spring便会在初始化阶段执行我们设置的函数。init-method本质上仍然使用了InitializingBean接口。
4. BeanPostProcessor 调用postProcessAfterInitialzation: 当前正在初始化的bean对象会被传递进来，我们就可以对这个bean 作任何处理。这个函数会在InitialzationBean完成后执行，因此称为后置处理。
   8.DispsableBean和destroy-method:和init-method 一样，通过给destroy-method指定函数，就可以在bean销毁前执行指定的逻辑。