查找配置文件路径的顺序和其优先级别
提示：以下是本篇文章正文内容，下面案例仅供参考
一、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，前缀大于后缀，文件路径大于文件名称
springboot配置文件不生效的原因
1、将打包方式改为jar 。
jar
2、可能是yml文件缩近格式不对，仔细检查一下就行了。
3、还有就是你的根本就不是boot项目，application.yml没有叶子标志
1.点开项目结构
2.打开模块一次点击
3.
4.重构项目
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。