本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议
》和
《
阿里云开发者社区知识产权保护指引
》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单
进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
Spring后置处理器中的InstantiationAwareBeanPostProcessor详解
Spring中Bean实例化过程中的initializeBean方法
Spring中Bean实例化过程中的populateBean方法
Spring中@Autowired与@Resource自动注入实现原理
这是bean实例化后非常重要的一个环节。用bean定义中的属性值填充给定BeanWrapper中的bean实例，也就是属性赋值过程。这里会涉及到成员的
依赖注入
解析过程，也会涉及到循环依赖。
本文环境：SpringBoot+mybatisplus。
如下所示，在
populateBean(beanName, mbd, instanceWrapper);
方法执行前我们的fileController实例：
// 如下是我们定义的成员
private static final Logger logger= LoggerFactory.getLogger(FileController.class);
@Autowired
private SysFileService fileService;
@Value("${com.jane.file.baseFilePath}")
private String baseFilePath;
@Value("${com.jane.configjson.baseFilePath}")
private String configJsonPath;
@Autowired
private SysFileMapper fileMapper;
private static String name="jane";
private String sex="男";
protected void populateBean(String beanName, RootBeanDefinition mbd, @Nullable BeanWrapper bw) {
// BeanWrapperImpl内部包含了目标Bean实例 、conversionService
if (bw == null) {
if (mbd.hasPropertyValues()) {
throw new BeanCreationException(
mbd.getResourceDescription(), beanName, "Cannot apply property values to null instance");
else {
// Skip property population phase for null instance.
return;
// Give any InstantiationAwareBeanPostProcessors the opportunity to modify the
// state of the bean before properties are set. This can be used, for example,
// to support styles of field injection.
//在bean 属性被设置前给InstantiationAwareBeanPostProcessors 计划修改bean state
// Synthetic默认为false
if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {
for (BeanPostProcessor bp : getBeanPostProcessors()) {
if (bp instanceof InstantiationAwareBeanPostProcessor) {
InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
if (!ibp.postProcessAfterInstantiation(bw.getWrappedInstance(), beanName)) {
return;
// 从mbd中获取属性值键值对
PropertyValues pvs = (mbd.hasPropertyValues() ? mbd.getPropertyValues() : null);
// 判断autoWire类型，进而解析依赖。如果该值为0 则不会执行if逻辑
// 当然你可以选择对autowire进行设置
int resolvedAutowireMode = mbd.getResolvedAutowireMode();
if (resolvedAutowireMode == AUTOWIRE_BY_NAME || resolvedAutowireMode == AUTOWIRE_BY_TYPE) {
MutablePropertyValues newPvs = new MutablePropertyValues(pvs);
// Add property values based on autowire by name if applicable.
if (resolvedAutowireMode == AUTOWIRE_BY_NAME) {
// 根据Name注入
autowireByName(beanName, mbd, bw, newPvs);
// Add property values based on autowire by type if applicable.
if (resolvedAutowireMode == AUTOWIRE_BY_TYPE) {
// 根据TYPE注入
autowireByType(beanName, mbd, bw, newPvs);
pvs = newPvs;
// 容器中是否有InstantiationAwareBeanPostProcessor
boolean hasInstAwareBpps = hasInstantiationAwareBeanPostProcessors();
// 是否需要进行依赖检测
boolean needsDepCheck = (mbd.getDependencyCheck() != AbstractBeanDefinition.DEPENDENCY_CHECK_NONE);
PropertyDescriptor[] filteredPds = null;
if (hasInstAwareBpps) {
if (pvs == null) {
pvs = mbd.getPropertyValues();
// 调用InstantiationAwareBeanPostProcessor 的postProcessProperties方法
for (BeanPostProcessor bp : getBeanPostProcessors()) {
if (bp instanceof InstantiationAwareBeanPostProcessor) {
InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
//这里很重要，会触发AutowiredAnnotationBeanPostProcessor实现依赖的解析
PropertyValues pvsToUse = ibp.postProcessProperties(pvs, bw.getWrappedInstance(), beanName);
if (pvsToUse == null) {
if (filteredPds == null) {
filteredPds = filterPropertyDescriptorsForDependencyCheck(bw, mbd.allowCaching);
pvsToUse = ibp.postProcessPropertyValues(pvs, filteredPds, bw.getWrappedInstance(), beanName);
if (pvsToUse == null) {
return;
pvs = pvsToUse;
// 如果需要依赖检测，进行依赖检测
if (needsDepCheck) {
if (filteredPds == null) {
filteredPds = filterPropertyDescriptorsForDependencyCheck(bw, mbd.allowCaching);
// 进行依赖检查
checkDependencies(beanName, mbd, filteredPds, pvs);
// 如果pvs不为null，进行赋值
if (pvs != null) {
applyPropertyValues(beanName, mbd, bw, pvs);
如上代码所示，核心逻辑可以梳理为如下几个步骤：
① 调用InstantiationAwareBeanPostProcessor的postProcessAfterInstantiation
② 从mbd获取pvs
③ 判断AutowireMode，如果是AUTOWIRE_BY_NAME或者AUTOWIRE_BY_TYPE触发依赖解析；
④ 获取hasInstAwareBpps与needsDepCheck标识；前者判断是否有InstantiationAwareBeanPostProcessor，后者判断是否需要进行依赖检查。
⑥ 如果hasInstAwareBpps为true，则给InstantiationAwareBeanPostProcessor一个机会触发其postProcessProperties（或者postProcessPropertyValues）更新pvs的值。这一步很关键哦，如果resolvedAutowireMode为0，那么我们@Autowired注解的依赖解析就发生在这里。
⑦ 如果④中获取的needsDepCheck标识为true，则进行依赖检查(checkDependencies);
⑧ 如果pvs不为null，则尝试给bean赋值。
【2】方法分析
这里调用InstantiationAwareBeanPostProcessor的postProcessAfterInstantiation我们不用过于关注，默认实现为true，只在自定义字段注入的时候才需要重写该方法。
如果resolvedAutowireMode为AUTOWIRE_BY_NAME或者AUTOWIRE_BY_TYPE那么就会触发根据名称或者根据类型的依赖解析，本文这里我们不打算进一步分析其细节会在另外博文里面说明。
我们需要关注的是InstantiationAwareBeanPostProcessor的postProcessProperties与postProcessPropertyValues方法。这两个方法十分重要，尤其是前者。如CommonAnnotationBeanPostProcessor与AutowiredAnnotationBeanPostProcessor就是在postProcessProperties方法中处理@Resource与@Autowire的注解，实现依赖解析与注入的。依赖解析的过程也就是getBean的过程，那么这个过程又会涉及到循环依赖。
doGetBean:245, AbstractBeanFactory
getBean:202, AbstractBeanFactory
resolveCandidate:276, DependencyDescriptor
doResolveDependency:1287, DefaultListableBeanFactory
resolveDependency:1207, DefaultListableBeanFactory
inject:640, AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement
inject:116, InjectionMetadata
postProcessProperties:399, AutowiredAnnotationBeanPostProcessor
populateBean:1422, AbstractAutowireCapableBeanFactory
而postProcessPropertyValues则是一种补偿手段，不过CommonAnnotationBeanPostProcessor与AutowiredAnnotationBeanPostProcessor及InstantiationAwareBeanPostProcessorAdapter均为该方法贴上了“过期”的标识，标明该方法在未来版本将会放弃。
另外，ConfigurationClassPostProcessor.ImportAwareBeanPostProcessor的postProcessProperties方法会为bean设置beanFactory(DefaultListableBeanFactory)。
如下所示基本原则是判断pvs中是否包括pds的属性name，如果不包括那么再进行进一步判断，不满足将会抛出异常。
//no dependency check at all.
public static final int DEPENDENCY_CHECK_NONE = 0;
// dependency checking for object references.
public static final int DEPENDENCY_CHECK_OBJECTS = 1;
// dependency checking for "simple" properties.
public static final int DEPENDENCY_CHECK_SIMPLE = 2;
//dependency checking for all properties
public static final int DEPENDENCY_CHECK_ALL = 3;
applyPropertyValues
这个方法就是将前面得到的PropertyValues设置给BeanWrapper，也就是属性赋值的过程。这里会涉及到运行时引用的解析并对list/map/set等集合类型进行处理。
如下所示，最开始得到的PropertyValues pvs为null，默认情况下resolvedAutowireMode为0也不需要进行依赖检查。
0 = {PropertyValue@9394} "bean property 'addToConfig'"
1 = {PropertyValue@9395} "bean property 'sqlSessionFactory'"
2 = {PropertyValue@9396} "bean property 'sqlSessionTemplate'"
