春节不停更，此文正在参加「星光计划-春节更帖活动」https://harmonyos.51cto.com/posts/9923#tjtw

SpringBoot源码分析之bootstrap.properties文件加载的原理

  对于SpringBoot中的属性文件相信大家在工作中用的是比较多的，对于application.properties和application.yml文件应该非常熟悉，但是对于bootstrap.properties文件和bootstrap.yml这个两个文件用的估计就比较少了，用过的应该清楚bootstrap.properties中定义的文件信息会先与application.properties中的信息加载。而且大家在使用的时候还经常碰到获取不到bootstrap.properties中定义的信息的困扰，本文就来给大家揭开这些谜团。

1.bootstrap的使用

  首先在SpringBoot中默认是不支持bootstrap.properties属性文件的。我们需要映入SpringCloud的依赖才可以。

相关的版本环境

然后创建对应的bootstrap.properties文件，当然你也可以创建bootstrap.yml文件

同步的我们也会创建application.properties文件，其中会覆盖一个属性

然后我们在controller中获取测试

访问测试：http://localhost:8080/query

通过访问看到bootstrap.properties中的信息获取到了，同时age也被application.properties中的属性覆盖掉了。加载顺序到底是什么？为什么会覆盖呢？我们接下来分析。

2.bootstrap加载原理分析

  看本文之前最好看下我前面讲解的SpringBoot中的监听机制。

2.1 BootstrapApplicationListener

  在使用bootstrap.properties文件时我们需要映入相关的依赖

  其实在这个依赖中会在对应的spring.factories文件中给我们提供新的监听器，也就是BootstrapApplicationListener监听器。

  而BootstrapApplicationListener监听触发的事件是ApplicationEnvironmentPreparedEvent事件，这个事件其实和我们前面介绍监听application.properties的时候的监听器ConfigFileApplicationListener监听的是同一个事件。

  如果你看了前面的文章，那么此处你会觉得有点眉目了。也就是当启动的时候发布对应的事件，该监听器会触发相关的解析行为。

2.2 启动流程梳理

  搞清楚了监听器的关系后，我们来看下启动的流程代码具体是怎么执行的。

直接进入

在SpringApplication的构造方法中我们要注意两点，1.监听器的加载 2.main方法的主类记录

然后回来进入run方法

Debug到第一个端点。

然后我们放过。

通过上面的动图可以看到又进入了一次这个run方法。先看处理的结果。

然后我们再放过，继续

分两次加载，有先右后哦。那么这里面的第一个加载的原理到底是什么呢？继续来分析。

2.3 bootstrap.properties的加载原理

  接下来看看是如果出现的一个父context来优先加载我们的bootstrap.properteis文件的，还是从这个图开始

链路如上面一步步跟踪即可。

跳过非关键的，直接进入到BootstrapApplicationListener中来看。

然后进入到 bootstrapServiceContext方法中。

这儿我们看到有创建了一个SpringApplication对象。这个其实就是父Context对象了。

进入run方法你会发现，回到了前面

到这应该就清楚了执行的核心流程了，至于是如何加载的属性文件的内容，参考我的上篇文章哦。