Bean的生命周期

Bean的核心生命周期

虽然spring提供了大量Bean级生命周期接口和容器级生命空间接口来扩展bean的生命周期,但bean的核心生命周期只有四个阶段:

1.实例化 Instantiation

doCreateBean中调用createBeanInstance() 方法

2.属性赋值 Populate

doCreateBean中调用populateBean() 方法

3.初始化 Initialization

doCreateBean中调用initializeBean() 方法

4.销毁 Destruction

对于scope=singleton的Bean (prototype不会触发销毁),当容器关闭时,会触发bean的销毁。

注:如果Bean的作用范围为scope="prototype’’,则将Bean返回给调用者,调用者负责Bean后续生命的管理,Spring不再管理这个Bean的生命周期。如果将作用范围设置为scope=”singleton’',则将Bean放入Spring IoC容器的缓存池中,并将Bean引用返回给调用者,Spring继续对这些Bean进行后续的生命管理。

初始化和销毁的三种方式

1.通过实现 InitializingBean/DisposableBean接口的afterPropertiesSet()/destory()方法来定制初始化之后/销毁之前的操作方法;这两个接口属于Bean级生命周期接口

2.通过 元素的 init-method/destroy-method属性指定初始化之后 /销毁之前调用的操作方法;

3.在指定方法上加上@PostConstruct 或@PreDestroy注解来制定该方法是在初始化之后还是销毁之前调用。

实际使用过程中选择一种实现方式即可。


容器级生命空间接口

在bean初始化过程中包括InstantiationAwareBeanPostProcessor和BeanPostProcessor这两个接口,一般称它们的实现类为“后处理器”。后处理器接口一般不由Bean本身实现,它们独立于Bean,实现类以容器附加装置的形式注册到Spring容器中,并通过接口反射为Spring容器扫描识别。当Spring容器创建任何Bean的时候,这些后处理器都会发生作用,所以这些后处理器的影响是全局性的。Spring容器中可以注册多个后处理器。只要它们同时实现org.springframework.core.Ordered接口,容器将按特定的顺序依次调用这些后处理器。


BeanPostProcessor

在Bean对象完成实例化和属性赋值后,在显示调用初始化方法的前后添加我们自己的逻辑。


InstantiationAwareBeanPostProcessor

InstantiationAwareBeanPostProcessor接口继承了BeanPostProcessor的接口,在父接口的基础上定义了以下三个方法:

postProcessBeforeInstantiation方法:

Bean生命周期中是最先执行的方法,它在目标对象实例化之前调用,该方法的返回值类型是Object,我们可以返回任何类型的值。由于这个时候目标对象还未实例化,所以这个返回值可以用来代替原本该生成的目标对象的实例(比如代理对象)。如果该方法的返回值代替原本该生成的目标对象(方法返回值不会null),spring容器执行到createBean方法就直接返回了,不会执行后序的doCreateBean方法。后续只有postProcessAfterInitialization方法会调用,其它方法不再调用;否则按照正常的流程走。


postProcessAfterInstantiation方法:

在目标对象实例化之后调用,这个时候对象已经被实例化,但是该实例的属性还未被设置,都是null。因为它的返回值是决定要不要调用postProcessPropertyValues方法的其中一个因素(另一个因素是mbd.getDependencyCheck());如果该方法返回false,并且不需要check,那么postProcessPropertyValues就会被忽略不执行;如果返回true,postProcessPropertyValues就会被执行。


postProcessPropertyValues方法:

对属性值进行修改(这个时候属性值还未被设置,但是我们可以修改原本该设置进去的属性值,也就是说,该方法虽然在属性赋值之前调用,但可以改变属性赋值阶段property标签设置的属性值)。如果postProcessAfterInstantiation方法返回false,该方法可能不会被调用。


[补充]BeanPostProcessor 注册时机

BeanPostProcessor也是作为bean注册到spring容器中的,Spring会保证BeanPostProcessor在业务Bean之前初始化完成。

可以看出,Spring是先执行registerBeanPostProcessors()进行BeanPostProcessors的注册,然后再执行finishBeanFactoryInitialization初始化我们的单例非懒加载的Bean。

此外可以看到,进入refresh方法后,可以看到程序会先执行invokeBeanFactoryPostProcessors(beanFactory);方法,所有工厂级后处理器都会在这个方法中执行。


Bean级生命周期接口

这些接口方法由Bean类直接实现。除了用于初始化和销毁的InitializingBean和DisposableBean接口,还有一系列Aware接口。

Aware类型的接口的作用就是让我们能够拿到Spring容器中的一些资源,所有的Aware方法都是在属性赋值阶段之后,初始化阶段之前调用的。Aware接口具体可以分为两组,如下排列顺序同样也是Aware接口的执行顺序:

1.BeanNameAware

2.BeanClassLoaderAware

3.BeanFactoryAware

以上3个方法会在初始化bean之前通过invokeAwareMethods(beanName,bean)方法调用


4.EnvironmentAware

5.EmbeddedValueResolverAware 实现该接口能够获取Spring EL解析器

6.ApplicationContextAware(ResourceLoaderAware\ApplicationEventPublisherAware\MessageSourceAware) 

ApplicationContext是一个复合接口,除了继承了ListableBeanFactory, HierarchicalBeanFactory这两个beanFactory接口,还会继承MessageSource, ApplicationEventPublisher, ResourcePatternResolver接口。


以上三个方法是在BeanPostProcessor的postProcessBeforeInitialization()方法中调用。


参考:https://www.jianshu.com/p/1dec08d290c1

你可能感兴趣的:(Bean的生命周期)