Spring源码解析后置处理器梳理总结

前言

在前面几篇文章中梳理了Spring中bean的创建过程,在这个过程中各式各样的后置处理器发挥了不同的作用,可以说后置处理器贯穿了bean的实例化以及初始化过程。在这篇文章中,将按照出场顺序对后置处理器作用场景及发挥功能进行梳理。

  • Spring源码解析之循环依赖的实现流程
  • Spring源码解析 Bean属性填充
  • Spring 容器初始化 register 与 refresh方法

1、InstantiationAwareBeanPostProcessor的postProcessBeforeInstantiation()方法

AbstractAutowireCapableBeanFactory 的createBean方法中调用,这时bean还没有被实例化:

Spring源码解析后置处理器梳理总结_第1张图片

调用resolveBeforeInstantiation方法:

Spring源码解析后置处理器梳理总结_第2张图片

applyBeanPostProcessorsBeforeInstantiation方法:

Spring源码解析后置处理器梳理总结_第3张图片

在这里,首先拿到spring中提供的所有后置处理器,判断是不是InstantiationAwareBeanPostProcessor。该后置处理器实现了BeanPostProcessor,在这调用了postProcessBeforeInstantiation方法。

这里在目标对象被spring实例化之前调用,postProcessBeforeInstantiation方法的返回值类型是Object,可以返回任何类型的值。由于此时目标对象还未实例化,所以这个返回值可以用来代替原本该生成的目标对象的实例,一般为代理对象。

如果该方法的返回的Object对象代替了原本该生成的目标对象,那么就会把返回的对象放到单例池当中缓存,后续只有BeanPostProcessorpostProcessAfterInitialization方法会调用,其它方法不再调用。

如果这里返回了null,就按照正常的流程创建对象,交给spring去负责对象的实例化。因此这个方法可以判断这个对象在spring实例化之前是否要做特殊的处理,比如不交给Spring管理,自己使用代理产生。

2、SmartInstantiationAwareBeanPostProcessor的determineCandidateConstructors()方法

AbstractAutowireCapableBeanFactory 的createBeanInstance方法中调用:

Spring源码解析后置处理器梳理总结_第4张图片

determineConstructorsFromBeanPostProcessors方法,该方法用于推断实例化的构造方法,这里可能检测出bean拥有多个候选构造方法:

Spring源码解析后置处理器梳理总结_第5张图片

SmartInstantiationAwareBeanPostProcessor接口的实现类AutowiredAnnotationBeanPostProcessor负责完成这个过程,如果有多个构造方法的情况下,ctors会返回空,后续使用默认无参构造方法进行实例化。但是如果有一个构造方法上有@Autowired注解,spring会优先选择这个方法。

3、MergedBeanDefinitionPostProcessor的postProcessMergedBeanDefinition()方法

AbstractAutowireCapableBeanFactorydoCreateBean方法中调用:

Spring源码解析后置处理器梳理总结_第6张图片

applyMergedBeanDefinitionPostProcessors方法:

Spring源码解析后置处理器梳理总结_第7张图片

在方法中对所有实现了MergedBeanDefinitionPostProcessor接口的后置处理器进行遍历,这里具体调用AutowiredAnnotationBeanPostProcessor,用于扫描需要注入的属性。

AutowiredAnnotationBeanPostProcessor中,定义了两种需要扫描的注解类型,@Autowired@Value

Spring源码解析后置处理器梳理总结_第8张图片

findAutowiredAnnotation方法中:

Spring源码解析后置处理器梳理总结_第9张图片

对正在创建的bean进行扫描,如果有属性和方法上面加了这两个注解,就会把对应的方法或者属性保存,最终在buildAutowiringMetadata方法中封装成InjectionMetadata对象。

Spring源码解析后置处理器梳理总结_第10张图片

需要注意这里的后置处理器仅仅用于扫描及缓存bean的注入信息,这里只完成了查找功能,没有完成属性的注入,属性的注入是在之后的另外的后置处理器中完成的。

4、SmartInstantiationAwareBeanPostProcessor的getEarlyBeanReference()方法

AbstractAutowireCapableBeanFactorydoCreateBean 方法中调用,主要用于处理Bean的循环依赖:

Spring源码解析后置处理器梳理总结_第11张图片

在产生循环依赖后调用getEarlyBeanReference方法:

Spring源码解析后置处理器梳理总结_第12张图片

在这里遍历后置处理器,得到经过后置处理器代理后的对象,放入spring的二级缓存当中,提前暴露供循环引用的情况调用。注意这里返回的仅仅是一个对象,还算不上是一个完整的bean对象。这个具体调用过程在上一篇讲循环依赖的中的文章中讲的比较详细,如果有不明白的可以回顾一下。

5、InstantiationAwareBeanPostProcessor的postProcessAfterInstantiation()方法

AbstractAutowireCapableBeanFactorypopulateBean方法中调用:

Spring源码解析后置处理器梳理总结_第13张图片

populateBean方法中:

Spring源码解析后置处理器梳理总结_第14张图片

该方法在目标对象实例化之后调用,这个时候对象已经被实例化,但是该实例的属性还未被设置,都是null

这里遍历后置处理器,如果实现了InstantiationAwareBeanPostProcessor,那么就调用postProcessAfterInstantiation方法。如果方法返回值为true,按照正常流程进行属性值的填充;如果该方法返回false,会忽略属性值的设置过程。简而言之,该后置处理器用于判断当前实例化完成的bean需不需要进行属性填充。

6、InstantiationAwareBeanPostProcessor的postProcessPropertyValues()方法

同样在populateBean方法中,在postProcessAfterInstantiation后返回true时执行,如果方法返回false,该方法不会被调用。

Spring源码解析后置处理器梳理总结_第15张图片

遍历后置处理器,如果属于InstantiationAwareBeanPostProcessor类型,则调用它的postProcessPropertyValues方法。

这里发挥作用的是AutowiredAnnotationBeanPostProcessor,负责对添加了 @Autowired@Value等注解的属性进行依赖的填充。在其中遍历所有需要注入的属性的列表,使用反射将注入的bean实例赋值给属性。(具体过程参照Spring实例化Bean源码解析)

7、BeanPostProcessor的postProcessBeforeInitialization()方法

AbstractAutowireCapableBeanFactory的doCreateBean方法中调用initializeBeanfan方法:

Spring源码解析后置处理器梳理总结_第16张图片

applyBeanPostProcessorsBeforeInitialization方法中:

在该方法中,遍历执行所有BeanPostProcessorpostProcessBeforeInitialization方法。

Spring源码解析后置处理器梳理总结_第17张图片

在执行该方法前,bean已经被实例化完成,并且完成了属性的填充,因此这个过程属于后续的bean的初始化过程。

需要注意的是,如果在bean中有方法被标注了@PostContrust注解,那么在CommonAnnotationBeanPostProcessor中,会调用该@PostContrust方法。

8、BeanPostProcessor的postProcessAfterInitialization()方法

和第7次调用入口相同,也是在AbstractAutowireCapableBeanFactoryinitializeBean方法中:

applyBeanPostProcessorsAfterInitialization方法中:

Spring源码解析后置处理器梳理总结_第18张图片

遍历执行所有BeanPostProcessorpostProcessAfterInitialization方法。综上所述,bean的各种方法执行属性为,先执行构造方法,再执行后置管理器中的before方法及@PostContrust方法,最后执行后置处理器的after方法。

9、InitDestroyAnnotationBeanPostProcessor的postProcessBeforeDestruction()方法

如果当前bean中有方法被@PreDestroy注解标注,那么当Spring的ApplicationContext执行close方法时调用该后置处理器。在DefaultSingletonBeanRegistry中执行destroyBean方法:

Spring源码解析后置处理器梳理总结_第19张图片

调用destroy方法:

Spring源码解析后置处理器梳理总结_第20张图片

InitDestroyAnnotationBeanPostProcessorpostProcessBeforeDestruction方法:

Spring源码解析后置处理器梳理总结_第21张图片

在该方法中,调用@PreDestroy注解标注的方法,执行销毁方法。

总结

本文对贯穿bean的实例化及初始化过程中出现的后置处理器进行了一下梳理,但是还有很多其他的后置处理器没有讲到。可以说后置处理器是spring提供给使用者的一些扩展点,如果能够熟练的使用这些后置处理器,能够帮助我们接触到一些spring中比较深层的东西,并对spring中的生命周期进行有利的插手。

你可能感兴趣的:(Spring源码解析后置处理器梳理总结)