【springboot配置文件加载源码分析】

在Spring Boot的源码中，配置文件的加载是在应用程序启动的早期阶段进行的。具体来说，配置文件加载的主要步骤发生在SpringApplication类的run()方法中的prepareEnvironment方法中，真正读取我们的配置文件还是PropertySourceLoader。

本篇博客适合准备看源码，和想了解配置文件加载大体逻辑的同学。
本篇文章主要粘贴了加载配置文件的主要处理逻辑的源码，方便各位同学直接定位关键代码，辅助大家了解配置文件被处理的过程。

以下是Spring Boot源码中加载配置文件的主要步骤：

prepareEnvironment()方法：应用程序的入口点是SpringApplication类的run()，加载配置的方法入口run()中调用的prepareEnvironment()方法。初始化environment对象用于后续存储环境信息，以及后续处理逻辑的入口都在这个方法。

ApplicationEnvironmentPreparedEvent 事件：发布环境准备事件，通过spring事件发布机制去处理环境对象。关键代码 listeners.environmentPrepared(bootstrapContext, environment);

private ConfigurableEnvironment prepareEnvironment(SpringApplicationRunListeners listeners,DefaultBootstrapContext bootstrapContext, ApplicationArguments applicationArguments) {// Create and configure the environmentConfigurableEnvironment environment = getOrCreateEnvironment();configureEnvironment(environment, applicationArguments.getSourceArgs());ConfigurationPropertySources.attach(environment);//本行代码是解析配置的核心代码listeners.environmentPrepared(bootstrapContext, environment);DefaultPropertiesPropertySource.moveToEnd(environment);configureAdditionalProfiles(environment);bindToSpringApplication(environment);if (!this.isCustomEnvironment) {environment = new EnvironmentConverter(getClassLoader()).convertEnvironmentIfNecessary(environment,deduceEnvironmentClass());}ConfigurationPropertySources.attach(environment);return environment;}

这行代码我们继续debug的话会发现，核心逻辑就是发布了一个ApplicationEnvironmentPreparedEvent事件，通过debug可以发现有以下7个监听器对该事件做了监听。虽然有7个监听器，从类名上看我肯定是重点关注EnvironmentPostPorcessorApplicationListener
在这里插入图片描述

EnvironmentPostProcessor接口：我们继续跟踪EnvironmentPostPorcessorApplicationListener监听器的主要处理逻辑会发现，该监听器的逻辑主要是调用用EnvironmentPostProcessor接口。直接上代码 EnvironmentPostProcessorApplicationListener.onApplicationEnvironmentPreparedEvent
```
private void onApplicationEnvironmentPreparedEvent(ApplicationEnvironmentPreparedEvent event) {ConfigurableEnvironment environment = event.getEnvironment();SpringApplication application = event.getSpringApplication();for (EnvironmentPostProcessor postProcessor : getEnvironmentPostProcessors(event.getBootstrapContext())) {postProcessor.postProcessEnvironment(environment, application);}
}
```
可以看到上面代码主要就是遍历EnvironmentPostProcessor接口并执行postProcessEnvironment方法，这个地方会遍历哪些接口，大家就自行打断点吧，关键的处理器为ConfigDataEnvironmentPostProcessor这个接口postProcessEnvironment方法实现比较复杂，核心逻辑都在里面，分析到里面的方法我已经不行了。

这个地方所遍历接口，也是springboot通过其SPI机制，在初始化SpringApplication时set进去的

load()方法：通过我们不断的debug postProcessEnvironment方法,好像找到加载配置文件的主线了，load方法一看名字就是我们重点关注的对象！！！

下面是postProcessEnvironment到load的调用栈信息： 在这里插入图片描述
看一下load方法吧（下面代码有注释哦！）：

	public ConfigData load(ConfigDataLoaderContext context, StandardConfigDataResource resource)throws IOException, ConfigDataNotFoundException {if (resource.isEmptyDirectory()) {return ConfigData.EMPTY;}ConfigDataResourceNotFoundException.throwIfDoesNotExist(resource, resource.getResource());StandardConfigDataReference reference = resource.getReference();Resource originTrackedResource = OriginTrackedResource.of(resource.getResource(),Origin.from(reference.getConfigDataLocation()));String name = String.format("Config resource '%s' via location '%s'", resource,reference.getConfigDataLocation());//获取properties,yml加载器，加载对应的资源生成propertySources，封装成ConfigDataList<PropertySource<?>> propertySources = reference.getPropertySourceLoader().load(name, originTrackedResource);return new ConfigData(propertySources);}

关键代码就暂时分析到这儿，当前中间还有很多的逻辑，目前能力有限暂时到这儿，后续也会对该篇博客持续更新！！！！

总结一下吧

发布ApplicationEnvironmentPreparedEvent 事件进行一系列的处理，EnvironmentPostPorcessorApplicationListener监听处理器，调用EnvironmentPostProcessor接口处理环境加载配置，关键的接口实现是ConfigDataEnvironmentPostProcessor类去处理，最后是读取我们本地资源，根据不同的配置文件找到对应的PropertySourceLoader去加载我们
的properties，yaml 得到PropertySource，然后最后经过层层的封装，最后还是会放到environment中