A. Spring Boot 配置的优先级
本文主要参考 Externalized Configuration 为了能让应用在不同的环境下运行，Spring Boot允许自定义配置文件，如properties文件、yaml文件、系统环境变量参数、命令行参数。配置文件的覆盖优先级如下 Developer Tools 提供了一些开发帮助工具，在build.gradle添加依赖后启用。 Spring Boot会读取在计算机用户的home目录下的 .spring-boot-devtools.properties 文件里的配置参数到该计算级的所有Spring Boot应用中作为顶层配置，岩顷颤如Linux环境下root用户下 ~/.spring-boot-devtools.properties 文件。开发过程中，可以将一些个人参数记录在这个配置文件中，例如ip地址，机器uuid，datasource参数等。在该配置文件中的定义的配置环境并不会影响到应用配置的读取，官方原话是： 但要注意，该配置优先级最高，设置的时候需要做好记录否则会出现"原因不明的bug"，不过应该很少人会用到这个功能。分析下源码，就是加了一个配置切面，并把其设置为顶层配置： 在测试的时候，可能会使用另一套测试专用的配置，该套配置的优先级高于系统环境变量、java系统参数、程序内部参数， @TestPropertySource 注解就是用来指定这一类配置的。该注解一共有5个参数可以设置： 如果使用注解的时候没有任何参数，那么会从标注了注解的测试类的包中尝试读取配置文件，例如测试类 com.spring.test.DemoTest ，那么相应的默认配置文件为 com.spring.test.DemoTest.properties ，如果没有找到默认的配置文件则乎慎抛出非法状态异常。 在初始化上下文的时候会调用一个读取、合并配置的方法 ，该方法通过工具类 TestPropertySourceUtils 读取类的注解信息。 TestPropertySourceUtils 从类的注解解析配置信息后返回一个可合并的粗败配置源。 @SpringBootTest 的value\properties属性用于注入一些自定义的注解，语法要求和 @TestPropertySource 的properties一样，这里就不详细展开了。 用命令行方式启动Spring Boot应用程序的时候，可以注入一些配置参数，参数的格式是 –key=name 。举个简单的例子，程序直接输出一个参数，然后打成jar包后运行。 运行： java -jar .\springbootconfiguraiton.jar –cl.name="Spring Boot Arguments" 从输出的结果中可以看到可以读取到命令行中的配置。 可以在环境变量中定义一个key为SPRING_APPLICATION_jsON的参数，值为json字符串，Spring Boot会解析该json字符串作为参数注入到系统中。SPRING_APPLICATION_JSON可以定义在环境变量、系统配置中，命令行也是可以的，例如命令行参数中用到的demo，执行以下的命令也应该能得到相同的参数结果。 java -jar .\springbootconfiguraiton.jar SPRING_APPLICATION_JSON='{"cl":{"name"="Spring Boot Arguments"}}' 结果输出是undefined，不知道原因，这个配置方式用的应该也很少，放弃研究。。。 优先级是 ServletConfig > ServletContext ，可以在application.yml中设置： 随机数配置大多用于测试，支持的类型如下： 其中long\int可以限制数据范围，[]是闭区间，()是开区间。 这个应该是我们用的最多的。首先说优先级，文件可以放在以下4个位置，相同文件从上到下覆盖。外部指的是启动应用程序的目录，例如gradle用application插件打包后，运行的脚本目录就是 ./ ： 文件的命名为 application-[当前激活的环境名].[yml/properties] ，当前激活的配置可以用 spring.profile.active=[当前激活的环境名] 定义，多个环境名用逗号分隔，未设置时用 default 标识。关于如果修改默认的加载路径和文件名，后面会继续讨论。 Spring Boot系统启动时默认会读取的配置文件，支持properties\yml格式。也就是说，会先加载 application.properties ，根据 spring.profile.active 的设置加载相应的 application-XX.properties 配置，然后按优先级合并配置文件。 不同文件目录下application.properties的优先级和 自定义配置文件 的顺序是一样的。 类似 @TestPropertySource注解 ，在项目中可以方便的注入自定义的配置文件，注解一共有5个参数：
B. Spring Boot 第二弹，配置文件详解-史上最全
Spring Boot 官方 提供了两种常用的配置文件格式，分别是 properties 、 YML 格式。相比于 properties 来说， YML 更加年轻，层级也是更加分明。 强烈推荐使用 YML 格式
Spring Boot项目 启动会扫描以下位置的 application.properties 或者 application.yml 作为默认的配置文件.
徒手撕源码
内部类Loader的load方法
getSearchLocations()方法
asResolvedSet()
下面给出优先级 从高到低 的配置文件排列顺序：
以设置应用端口为例 初体验Spring Boot配置文件
properties后缀结尾(application.properties)
yml/yaml后缀结尾(application.yml/application.yaml)
数字，字符串，布尔，日期
对象、Map
数组
数字，字符串，布尔，日期
对象、Map
数组
@ConfigurationProperties(prefix = “person”)详解
标注在类上
标注在方法上
综上所述 @ConfigurationProperties 注解能够轻松的让配置文件跟实体类绑定在一起。
值得关注的是： @ConfigurationProperties 这个注解仅仅是支持从 Spring Boot的默认配置文件 中取值，也就是 application.properties 、 application.yml 、 application.yaml ，那我们如何从自定义配置文件取值呢？？？ 别着急，有解决办法，那就是再加一个注解： @PropertySource(value = “classpath:custom-profile.properties”) ,下面会有对 @PropertySource 注解的介绍。请耐心往下面看。
使用@PropertySource注解
对应配置文件
创建两个配置文件 custom-profile.yml、custom-profile1.yml ，如下去引入。
我们可以通过控制变量法进行测试，具体过程我这里就不赘述了。 直接说 结论 吧： Spring加载顺序 为 从左到右顺序加载 ，后加载的会 覆盖 先加载的属性值。
另外需要注意的是 ： @PropertySource 默认加载 xxx.properties类型 的配置文件，不能加载 YML格式 的配置文件。如何解决呢？下面来解决这一问题
对应配置文件：
编写PropertiesController
扩展功能
application.yml 主配置文件
application-dev.yml 开发配置文件
application-prod.yml 生产配置文件
application-test.yml 测试配置文件
（1）主配置文件：配置激活选项
（2）其他配置文件：指定属于哪个环境（同yml，只不过表现形式是 key=value 的,三个配置文件分别是： application-dev.properties , application-prod.properties , application-test.properties ）
无论是使用上述 多文档块 的方式，还是新建 application-test.yml 文件，都可以在配置文件中指定 spring.profiles.active=test 激活指定的profile。
感谢阅读小生文章。祝大家早日富可敌国，实现财富自由。 写文不易 ,一定要 点赞、评论、收藏哦 , 感谢感谢感谢!!!
C. springboot配置文件总结
springboot 本身支持多种灵活的配置方式，为开发 springboot 程序带来了很大的灵活性和扩展性，但是同时由于太灵活，经常会导致明明配置了相关属性，却没有生效。 本文总结了 springboot 配置文件的原理以及多个配置文件生效的顺序。 springboot 配置文件支持灵活的路径，以及灵活的文件名，用一个变量表达式总结如下： 部分源码如下： 当满足上述变量表达式的配置文件有多个时，会有一个配置的优先级。假设 上面每个条件组合起来，则最多有配置文件如下，且顺序从上到下： 获取属性时，按从上到下的顺序遍历由上述文件生成的属性资源对象 PropertySource ，如果遇到匹配的key直接返回。 总结一下：就是如果同一个key的属性只出现一次，则直接取该值即可。如果同一个key的属性出现多次，则取顺序靠前的属性资源对象。另外其中每个文件都是可选的。 需要注意的一点是：如果在同一个 location 下配置了多个文件名一样的文件，则只会取一个，比如在 classpath:/ ，有如下两个文件 application.yml ： 则只会根据 classloader 的 classpath 列表，选取第一个出现的文件。因为 springboot 加载配置文件时最底层是使用的下面的方法： 这两个方法只会获取 classloader 类的 ucp 属性里面第一个匹配到的值。如果对 springboot 自身的机制不满意，想获取所有的classpath:/路径下面的 applicaiton.yml 文件，可以使用下面的方法： 本文总结了 springboot 配置文件的原理以及多个配置文件生效的顺序。如果存在增加了配置文件或者在配置文件里面增加了属性却没有生效，可以参考上面的 springboot 配置文件表达式和配置文件生效顺序进行排查。 后面还会有一篇文章讨论基于 springboot 配置原理如何实现自定义的配置读取方式。
D. springboot加载properties和yml配置文件的顺序
假设一个项目在同一位置同时存带让在application.properties和application.yml文件， 且其中都含有相同的某个key,但value不同，如：山行伏 application.properties中：server.port=8001， application.yml中：server.port=8888。 问题：springboot是否都加载这两个配置文件？如果两个文件有相同的key，取哪一个文件的value？ 答： 都加载，且按properties→yml的顺序加载。 在看到spring.factories中，配置加载器顺序是先执行再到YamlPropertySourceLoader。 在ConfigFileApplicationListener获取server.port这个key的value时候，可以发现两配置文件全都加载进去了，且注意顺序，application.properties文件在前。 getSource()方法获取到两个Source，先从application.properties文件中查找值，一旦找到立逗携即返回，如果找不到再从application.yml中查找。
E. Springboot 读取配置文件原理
Springboot 读取配置文件(application.yaml, application.properties)的过程发生在SpringApplication#prepareEnvironment() 阶段，而prepareEnvironment又属于整个Springboot 应用启动的非常前置阶段，因为Environment的准备是后续bean创建的基础。让我们来一探启动是的详细code。除去StopWatch这些code，可以发现prepareEnvironment 发生在SpringApplication#run 这在整个应用启动的多步实质性操作中几乎是第一步。
而prepareEnvironment中最重要的是通过触发listener（EventPublishingRunListener）来通过#multicastEvent发出。
而#multicastEvent的实现其实也很简单，找到相关的监听的listener，然后一个个的调用他们的Listener#onApplicationEvent(event)方法，而这其中就包括了处理configuration文件的listener。 在Springboot 2.4.0 之前这个处理configuration 文件的lister是ConfigFileApplicationListener，在2.4.0之后，处理configuration 文件的lister是，并且对configuration文件的加载做了较大的改变，导致一些行为可能出现了变化，这也就是下面要详细讲的内容。
Springboot 2.4.0之后，configuration 文件的load顺序按照优先级是如下顺序(序号大的会被小的覆盖）：
和之前版本比较，整体的属性加载顺序并无调整，只有Application properties（14，15）这里有顺序的调整，具体调整为：
如果存在多个active的profiles，例如[Test, Dev], 那么对于同时存在两个profile 配置文件中的配置，后面的profile里的配置（Dev）会覆盖前面profile(Test)里配置的值。
前面讲了这么多，终于要引出Springboot 2.4之后配置文件加载的行为变化了。
考虑这样的情况，如果我想在跑Springboot test的时候指定特定的profile，那么可以在Test class中加入@ActiveProfile(“Test”)。 如果我的应用中存在的某个自定义listener中，会根据当前environment 设置profile，如env.addActiveProfile(“Dev”)。 当前就会有两个active profile，由于springboot-test会在调用application#run 前利用DefaultActiveProfilesResolver把@ActiveProfile注解定义的profile（Test）先加入了active的profile，等test run的时候 env.addActiveProfile(“Dev”) 又会把”Dev”也作为active profile 加入，这时候当前的active profile便为[“Test”, “Dev”]。
据上面介绍，后面的profile(Dev)对应的configuration 会覆盖前面的(Test)。可Springboot 2.4.0之前的版本为我们做了调整，让Test class中@ActiveProfile内定义的profile所对应的配置文件成为最高优先级。
刚才提到在Springboot 2.4.0 之前这个处理configuration 文件的lister是ConfigFileApplicationListener，我们 来看看ConfigFileApplicationListener的相关code。
查看initializeProfiles()，发现此时对profile的顺序做了调整，将activatedViaProperty (Test) 放在最后add，于是profile的顺序就变成了[Dev, Test]。
在profiles.poll()时原本profile的顺序已经倒了过来，已经变为[Dev, Test], 在load()方法中由于后置的Test profile，application-Test.yaml中的值最终生效了。
可是到了Springboot2.4.0之后，ConfigFileApplicationListener被deprecated了，取而代之的是，通过调用来完成configuration加载。 .java
.java
只是老老实实的set了active profile，并没有调换profile的顺序。最后调用定义在spring.factories中的resource loader class来load 配置文件。
YamlPropertySourceLoader.java
插一句，Springboot为我们提供了很好的yaml文件parse的code，当你需要解析yaml文件时不妨直接参考Springboot的YamlPropertySourceLoader
这样一旦应用升级到Springboot 2.4.0之后相同的test code会使用application-Dev.yaml中配置的值，造成了test结果的改变。 如果要解决这个问题，根据上面介绍的配置文件优先级顺序，可以在@SpringbootTest中设置properties 来作为最终的配置覆盖当前profile对应的配置。
了解一个框架很不容易，一个小小的变化都有可能造成应用的行为变化，唯有刨根问底，不断总结才是framework人解决一切问题的不变的方法论。
F. SpringBoot配置文件存放位置以及读取顺序
默认情况下，我们可以将application.properties或者application.yaml(为了方便演示，本文以下均以application.properties介绍)放置在如下四处： 1.1、idea中，为了我们本地方便开发测试，我们在此处创建一个config目录，然后把application.properties放进去，项目正常运行。jar包会自动生成在target目录下。 我们将生成的jar包，复制出来，到另外文件夹进行运行，比如，我现在该jar包复制到test目录下，但是这个时候是起不来，因为没有配置文件，虽然我们在idea里面是有config目录的，但是它并不没有被打包进去。我们要把config目录也复制过来，跟该jar包放在同一个目录下。 在此处，我们可以使用java -jar demo-0.01-SNAPSHOT来运行项目。 正常运行。 当我们将其打成jar包时，application.properties同样不会被打包进jar包中。需要另外复制出来和jar包放在才能正常运行。 推荐以上两种方式来放置配置文件，如果不写开发，测试，和生产好几套环境配置文件的话，就可以直接打开配置文件，改成自己需要的配置即可。 以下两种方式是将该配置文件打包在jar包里面了，即便只改一个端口号，开发人员先改配置文件，再打包，再运行。此处也记录下，并解开jar包，看下该配置文件被打包后，放置的位置。 打包后，如下图，jar包再target里面，我们寻找下application.properties文件。为了方便演示，我们将target目录下的demo-0.0.1-SNAPSHOT.jar放到一个新目录给它解压开，找下该配置文件，我放置到了一个test目录下。 解压后：如下图，我们进入目录 发现config目录被放置在classes目录下。然后这也就让我们明白了，什么是classpath？classpath的路径到底指的是哪里，在idea中我们就把它放置在resource目录，该目录就是表示classpath。而被打成jar包后classes目录就是所谓的classpath。 所有的yaml文件，同理。
G. Spring载入多个配置文件加载顺序是怎么样的
虽然分为多个文件，不过他们在内存里仍然只是一个文件所以是同时加载到内存的
