【Spring Boot 源码学习】ApplicationContextInitializer 详解

ApplicationContextInitializer 详解

引言
往期内容
主要内容
- [1. 初识 ApplicationContextInitializer](#1. 初识 ApplicationContextInitializer)
- [2. 加载 ApplicationContextInitializer](#2. 加载 ApplicationContextInitializer)
- [3. ApplicationContextInitializer 的初始化](#3. ApplicationContextInitializer 的初始化)
总结

引言

书接前文《初识 SpringApplication》，我们从 Spring Boot 的启动类 SpringApplication 上入手，了解了 SpringApplication 实例化过程。其中，《BootstrapRegistryInitializer 详解》博文中，Huazie 已经带大家详细分析了 BootstrapRegistryInitializer 的加载和初始化过程，如下还有 2.4 和 2.5 这两处还未详细分析：

那本篇博文就主要围绕 2.4 的内容展开，详细分析一下ApplicationContextInitializer 加载和初始化逻辑。

往期内容

在开始本篇的内容介绍之前，我们先来看看往期的系列文章【有需要的朋友，欢迎关注系列专栏】：

主要内容

注意： 以下涉及 Spring Boot 源码均来自版本 2.7.9，其他版本有所出入，可自行查看源码。

1. 初识 ApplicationContextInitializer

我们先来看看 ApplicationContextInitializer 接口的源码：

java 复制代码

@FunctionalInterface
public interface ApplicationContextInitializer<C extends ConfigurableApplicationContext> {
	void initialize(C applicationContext);
}

从上述代码，我们可以看到 ApplicationContextInitializer 接口被 @FunctionalInterface 注解修饰。

知识点： @FunctionalInterface 是 Java 8 中引入的一个注解，用于标识一个函数式接口。函数式接口是只有一个抽象方法的接口，常用于实现 Lambda 表达式和方法引用。

使用 @FunctionalInterface 注解可以向编译器指示该接口是一个函数式接口，从而在编译时进行类型检查，确保该接口 只包含一个抽象方法。此外，该注解还可以为函数式接口生成特殊的方法，如默认方法（default method）和静态方法（static method），这些方法可以在接口中提供更多的功能，这里就不赘述了，感兴趣的朋友可以自行查阅相关函数式接口的资料。

ApplicationContextInitializer 是个回调接口，它只包含一个 initialize 方法，该方法用来初始化给定的应用程序上下文，即它的唯一参数 applicationContext。

ApplicationContextInitializer 的主要用途是在 ConfigurableApplicationContext 类型（或其子类型）的应用程序上下文刷新之前，允许用户初始化 Spring ConfigurableApplicationContext 对象实例。通常用于需要在应用程序上下文中进行一些程序化初始化的 Web 应用程序。例如，注册属性源或激活与上下文环境相关的配置文件。请参阅 ContextLoader 和FrameworkServlet 支持，它们分别支持声明 "contextInitializerClasses" 上下文参数和初始化参数。建议使用 ApplicationContextInitializer 处理器检测是否实现了 Spring 的 Ordered 接口或者是否存在@Order 注解，并在调用之前根据这些信息对实例进行排序。

2. 加载 ApplicationContextInitializer

java 复制代码

setInitializers((Collection) getSpringFactoriesInstances(ApplicationContextInitializer.class));

上述代码是 SpringApplication 的核心构造方法中的逻辑，它用于加载实现了 ApplicationContextInitializer 接口的类的集合，并将该集合设置到 SpringApplication 的 initializers 变量中。

java 复制代码

private List<ApplicationContextInitializer<?>> initializers;

我们进入 getSpringFactoriesInstances 方法，查看如下：

我们看到了如下的代码：

java 复制代码

SpringFactoriesLoader.loadFactoryNames(type, classLoader);

这里是通过 SpringFactoriesLoader 类的 loadFactoryNames 方法来获取 META-INF/spring.factories 中配置 key 为 org.springframework.context.ApplicationContextInitializer 的数据；

我们以 spring-boot-autoconfigure-2.7.9.jar 为例：

bash 复制代码

# Initializers
org.springframework.context.ApplicationContextInitializer=\
org.springframework.boot.autoconfigure.SharedMetadataReaderFactoryContextInitializer,\
org.springframework.boot.autoconfigure.logging.ConditionEvaluationReportLoggingListener

3. ApplicationContextInitializer 的初始化

这里我们需要查看 SpringApplication 的 run(String... args) 方法，如下所示：

在上述的 prepareContext 方法中，就能看到 ApplicationContextInitializer 的初始化；而在 prepareContext 方法的下面，就是 refreshContext 方法，正好解释了上面说的 ApplicationContextInitializer 的主要用途。

我们继续往下看：

上述截图中，我们继续看 applyInitializers 方法：

到这步，已经很清楚了，上述 applyInitializers 方法中：

通过 getInitializers 方法，获取了 SpringApplication 的 initializers 变量，即实现了 ApplicationContextInitializer 接口的集合。
遍历 ApplicationContextInitializer 接口的集合，循环操作 initializer 的初始化；
- 通过 GenericTypeResolver##resolveTypeArgument 方法，来解析 initializer 对象中的泛型类型参数，并赋值给 requiredType 变量。
- 通过 Assert##isInstanceOf 方法，来检查 context 对象是否是requiredType 类型的实例。如果不是，那么会抛出一个异常，异常信息为 "Unable to call initializer."
- 调用 ApplicationContextInitializer 接口的 initialize 方法，初始化给定的应用上下文对象 context。

总结

本篇 Huazie 带大家详细分析了 ApplicationContextInitializer 的加载和初始化 逻辑，这对于后续的 SpringApplication 运行流程的理解至关重要。