【Spring源码】22. 属性填充populateBean()详解

news2024/11/23 12:31:06

进入populateBean()

对bean的属性进行填充，将各个属性值注入（存在其他bean的属性，则会递归初始化依赖的bean）

一开始会先对传入的参数进行判断（如下图红框框中的逻辑）

如果传入的BeanWrapper和RootBeanDefinition的propertyValues属性都为空，则表示无可填充的属性，直接结束方法；

如果传入的BeanWrapper为空但是RootBeanDefinition的propertyValues属性不为空，则会抛出BeanCreationException(mbd.getResourceDescription(), beanName, "Cannot apply property values to null instance")的异常；

只有在传入的BeanWrapper不为空才会进入到后面的逻辑

一般只要经历了前面的创建过程，这个位置传入的BeanWrapper就不会为空

有咩有客官觉得if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors())这个判断很熟悉(￣∇￣)

前面介绍过的resolveBeforeInstantiation()这个方法中就有类似的代码（这个方法是应用实例化前的前置处理器，给BeanPostProcessors一个机会来返回代理代替真正的实例）

对resolveBeforeInstantiation()这个方法感兴趣的客官欢迎移步

【保姆级·创建对象】如何利用resolveBeforeInstantiation()在预处理阶段返回一个Bean的实例对象

回到我们的populateBean()

支持拓展的赋值方式（postProcessAfterInstantiation()）

这部分给任何实现了InstantiationAwareBeanPostProcessors的子类机会去修改bean的状态，在设置属性之前，可以被用来支持类型的字段注入，这部分包含两个判断：

!mbd.isSynthetic()是对属性synthetic 进行的判断，一般只有AOP相关的pointCut配置或者Advice配置才会将synthetic（合成的）设置为true

hasInstantiationAwareBeanPostProcessors()是判断是否有实现了InstantiationAwareBeanPostProcessors的子类

同时满足两个条件（传入的mbd不是synthetic且有实现了InstantiationAwareBeanPostProcessors的子类）会执行ibp.postProcessAfterInstantiation()方法

这个方法默认返回true（它有几个实现类，感兴趣的可以都点进去看下，都是返回的true，当然你也可以自定义一个类来实现InstantiationAwareBeanPostProcessor返回个false直接终止后续的赋值操作）

接着获取beanDefinition中property属性（需要手动定义，默认是🈳，PropertyValues是包含一个或者多个PropertyValue对象的容器）

判断自动装配模式（autowireByName()/autowireByType()）

先获取mbd的自动装配模式，然后再判断mbd的自动装配模式（这里判断了两种模式）：

AUTOWIRE_BY_NAME 根据名称自动注入

AUTOWIRE_BY_TYPE 根据类型自动注入

还有其他的，具体如下图

想详细了解autowireByName()和autowireByType()这两个方法的客官可以蹲下，后面会详细介绍

此时newPvs已经包含了pvs的属性值以及通过AUTOWIRE_BY_NAME/AUTOWIRE_BY_TYPE两种自动装配模式所得到的属性值（其实就是根据自动装配模式进行了分类，后面才会进行注入），将其赋值给pvs

完成对象/属性的注入（postProcessProperties()）

接下来定义了hasInstAwareBpps和needsDepCheck这两个布尔值分别用于判断工厂是否拥有InstantiationAwareBeanPostProcessor后处理器，以及判断是否需要依赖检查（默认AbstractBeanDefinition.DEPENDENCY_CHECK_NONE不检查），后面会分别对这两个值进行判断