Spring IoC源码学习：finishBeanFactoryInitialization 详解

微信搜索【程序员囧辉】，关注这个坚持分享技术干货的程序员。

目录

Spring IoC源码学习全系列

前言

概述

正文

finishBeanFactoryInitialization

MergedBeanDefinition

代码块1：preInstantiateSingletons

代码块2：getMergedLocalBeanDefinition

代码块3：getMergedBeanDefinition

代码块4：transformedBeanName

FactoryBean

代码块5：getMergedBeanDefinition

父 BeanFactory

代码块6：isFactoryBean

代码块7：getSingleton

代码块8：isFactoryBean

代码块9：predictBeanType

总结

相关文章

Spring IoC源码学习全系列

小白也看得懂的 Spring IoC 核心流程介绍

Spring IoC源码学习：总览

Spring IoC源码学习：ApplicationContext 刷新前的配置

Spring IoC源码学习：obtainFreshBeanFactory详解

Spring IoC源码学习：parseDefaultElement详解

Spring IoC源码学习：parseCustomElement详解

Spring IoC源码学习：context:component-scan 节点详解

Spring IoC源码学习：invokeBeanFactoryPostProcessors详解

Spring IoC源码学习：registerBeanPostProcessors详解

Spring IoC源码学习：finishBeanFactoryInitialization详解

Spring IoC源码学习：getBean详解

Spring IoC源码学习：createBean详解（上）

Spring IoC源码学习：createBean详解（下）

Spring IoC源码学习：@Autowire 详解

Spring IoC源码学习：finishRefresh 详解

前言

在介绍了 obtainFreshBeanFactory、invokeBeanFactoryPostProcessors、registerBeanPostProcessors 三个重要方法后，我们终于来到了最后一个重要方法：finishBeanFactoryInitialization。finishBeanFactoryInitialization 是这四个方法中最复杂也是最重要的，是整个 Spring IoC 核心中的核心。

概述

该方法会实例化所有剩余的非懒加载单例 bean。除了一些内部的 bean、实现了 BeanFactoryPostProcessor 接口的 bean、实现了 BeanPostProcessor 接口的 bean，其他的非懒加载单例 bean 都会在这个方法中被实例化，并且 BeanPostProcessor 的触发也是在这个方法中。

正文

首先我们回到 AbstractApplicationContext.refresh() 方法，找到代码：finishBeanFactoryInitialization(beanFactory)，单击该行代码跳转到具体的实现。

finishBeanFactoryInitialization

protected void finishBeanFactoryInitialization(ConfigurableListableBeanFactory beanFactory) {
    // Initialize conversion service for this context.
    // 1.初始化此上下文的转换服务
    if (beanFactory.containsBean(CONVERSION_SERVICE_BEAN_NAME) &&
            beanFactory.isTypeMatch(CONVERSION_SERVICE_BEAN_NAME, ConversionService.class)) {
        beanFactory.setConversionService(
                beanFactory.getBean(CONVERSION_SERVICE_BEAN_NAME, ConversionService.class));
    }

    // Register a default embedded value resolver if no bean post-processor
    // (such as a PropertyPlaceholderConfigurer bean) registered any before:
    // at this point, primarily for resolution in annotation attribute values.
    // 2.如果beanFactory之前没有注册嵌入值解析器，则注册默认的嵌入值解析器：主要用于注解属性值的解析。
    if (!beanFactory.hasEmbeddedValueResolver()) {
        beanFactory.addEmbeddedValueResolver(new StringValueResolver() {
            @Override
            public String resolveStringValue(String strVal) {
                return getEnvironment().resolvePlaceholders(strVal);
            }
        });
    }

    // Initialize LoadTimeWeaverAware beans early to allow for registering their transformers early.
    // 3.初始化LoadTimeWeaverAware Bean实例对象
    String[] weaverAwareNames = beanFactory.getBeanNamesForType(LoadTimeWeaverAware.class, false, false);
    for (String weaverAwareName : weaverAwareNames) {
        getBean(weaverAwareName);
    }

    // Stop using the temporary ClassLoader for type matching.
    beanFactory.setTempClassLoader(null);

    // Allow for caching all bean definition metadata, not expecting further changes.
    // 4.冻结所有bean定义，注册的bean定义不会被修改或进一步后处理，因为马上要创建 Bean 实例对象了
    beanFactory.freezeConfiguration();

    // Instantiate all remaining (non-lazy-init) singletons.
    // 5.实例化所有剩余（非懒加载）单例对象
    beanFactory.preInstantiateSingletons();
}

5.实例化所有剩余（非懒加载）单例对象，见代码块1详解。

MergedBeanDefinition

在之后的内容你可能会频繁的见到 “MergedBeanDefinition” 这个词，因此这边先稍微讲解一下，有助于你更好的理解。

MergedBeanDefinition：这个词其实不是一个官方词，但是很接近，该词主要是用来表示 “合并的 bean 定义”，因为每次都写 “合并的 bean 定义” 有点太绕口，因此我在之后的注释或解析中或统一使用 MergedBeanDefinition 来表示 “合并的 bean 定义”。

之所以称之为 “合并的”，是因为存在 “子定义” 和 “父定义” 的情况。对于一个 bean 定义来说，可能存在以下几种情况：

1. 该 BeanDefinition 存在 “父定义”：首先使用 “父定义” 的参数构建一个 RootBeanDefinition，然后再使用该 BeanDefinition 的参数来进行覆盖。
2. 该 BeanDefinition 不存在 “父定义”，并且该 BeanDefinition 的类型是 RootBeanDefin