springboot查找配置文件路径的顺序和其优先级别

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

此文是在工作中遇到的关于springboot配置文件的问题，在网上查阅资料和自己测试之后记录的，以便日后查阅。

---

提示：以下是本篇文章正文内容，下面案例仅供参考

一、springboot查找配置文件路径的顺序和其优先级别

在项目类，有四个地方系统会自动扫描：
1.file:/config/
2.file:/
3.classPath:/config/
4.classPath:/
1)其文件生效优先级别，从上到下，即如果在不同路径有相同属性，会优先选择上面的路径属性（1>2>3>4）
2)路径扫描顺序和其优先级别相反（4>3>2>1）,后面的会覆盖前面的，并且所有路径都会扫描，形成互补。

二、同路径下application.properties(application.yml)、bootstrap.properties(bootstrap.yml)加载顺序及优先级别

1.application和bootstrap比较(前缀比较)

提示：bootstrap类型文件是在多服务项目时，引入了springcloud相关配置才会生效，springboot并不会自动扫描bootstrap文件，只会扫描application文件，所以两者的比较只有在spingcloud多服务项目中才有意义。

1)先后加载顺序：若application 和bootstrap 在同一目录下：bootstrap先加载 application后加载

2）优先级问题：Bootstrap 属性有高优先级，默认情况下，它们不会被本地配置覆盖。（这个是网上和官方的说法，但经过本人的测试，发现application 会覆盖bootstrap，我的理解是不是所有的bootstrap属性都比application优先，只有涉及底层系统相关配置才会比较高 ，有不同看法的老哥欢迎探讨）

3）区别：bootstrap 和 application 都可以用来配置参数。

bootstrap 用来程序引导时执行，应用于更加早期配置信息读取。可以理解成系统级别的一些参数配置，这些参数一般是不会变动的。一旦bootstrap被加载，则内容不会被覆盖。

application.yml 可以用来定义应用级别的， 应用程序特有配置信息，可以用来配置后续各个模块中需使用的公共参数等。

4）bootstrap典型的应用场景（经典三点）

1.当使用 Spring Cloud Config Server 配置中心时，这时需要在 bootstrap.yml 指定 spring.applicatio配置文件中n.name 和 spring.cloud.config.server.git.uri，添加连接到配置中心的配置属性来加载外部配置中心的配置信息
2.一些固定的不能被覆盖的属性
3.一些加密/解密的场景

2. .properties和.yml比较(后缀比较)

1）加载顺序

.yml先于.properties

2)优先级别

.properties优先于.yml，因为.properties后加载会覆盖.yml

3）区别
1.yml拥有天然的树状结构，properties是键值对；
2。在properties文件中是以”.”进行分割的， 在.yml中是用”:”进行分割；
3.在.yml中缩进一定不能使用TAB，否则会报很奇怪的错误；；
4.yml比.properties对中文对支持更友好。
5.yml是跨语言的:可以在包括JAVA，go，python等大量的语言中使用，比如做云计算使用go和java的时候，可以通过配置中心使用同一份配置！
6.在自定义配置文件时，只能使用properties，因为spring只有@PropertiesSource注解可以引入自定义注解，对yml没有支持

---

总结

在同级目录下，优先级别application>bootstrap,.properties>,yml，前缀大于后缀，文件路径大于文件名称