spring实现先返回后执行_Spring后置处理器大盘点-CSDN博客

本文链接：https://blog.csdn.net/weixin_39715652/article/details/111391459

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

调用1

InstantiationAwareBeanPostProcessor

postProcessBeforeInstantiation()

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

调用resolveBeforeInstantiation方法：

applyBeanPostProcessorsBeforeInstantiation方法：

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

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

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

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

调用2

SmartInstantiationAwareBeanPostProcessor

determineCandidateConstructors()

在AbstractAutowireCapableBeanFactory 的 createBeanInstance方法中调用：

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

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

调用3

MergedBeanDefinitionPostProcessor

postProcessMergedBeanDefinition()

AbstractAutowireCapableBeanFactory的doCreateBean 方法中调用：

applyMergedBeanDefinitionPostProcessors方法：

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

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

在findAutowiredAnnotation方法中：

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

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

调用4

SmartInstantiationAwareBeanPostProcessor

getEarlyBeanReference()

在AbstractAutowireCapableBeanFactory的doCreateBean 方法中调用，主要用于处理Bean的循环依赖：

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

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

调用5

InstantiationAwareBeanPostProcessor

postProcessAfterInstantiation()

在AbstractAutowireCapableBeanFactory的populateBean方法中调用：

在populateBean方法中：

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

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

调用6

InstantiationAwareBeanPostProcessor

postProcessPropertyValues()

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