在使用Spring Boot开发应用的过程中，我们通常会使用配置文件来配置应用的属性。而Spring Boot对配置文件的加载顺序有一套规则，本文将详细介绍Spring Boot属性的加载顺序。
加载顺序
Spring Boot属性的加载顺序可以分为以下几个步骤：
- 命令行参数：这是加载属性的第一步，可以通过在启动应用时使用
--name=value的方式指定属性值。 - JVM系统属性：这是加载属性的第二步，可以通过在启动应用时使用
-Dname=value的方式指定系统属性值。 - 操作系统环境变量：这是加载属性的第三步，系统会自动加载操作系统的环境变量作为属性值。
- 随机值：这是加载属性的第四步，Spring Boot可以生成随机值作为属性值。
- 应用配置文件：这是加载属性的最后一步，Spring Boot支持多种类型的配置文件（如properties、yaml等），并且会根据不同的配置文件进行属性值的加载。
属性值优先级
在上述加载顺序中，如果属性被多个地方定义（如命令行参数和配置文件都定义了同一个属性），那么属性值的优先级如下：
- 命令行参数 > JVM系统属性 > 操作系统环境变量 > 随机值 > 应用配置文件
这意味着，如果属性同时在多个地方定义了，那么命令行参数的值将会覆盖其他地方的值。而应用配置文件中的属性值将是整个加载过程中的默认值。
示例
为了更好地理解属性的加载顺序和优先级，以下是一个示例：
假设我们有一个属性example.property，它在应用配置文件中定义为app.value。
我们可以在启动应用时通过命令行参数来指定属性值：
java -jar app.jar --example.property=123
属性值123将会覆盖应用配置文件中的默认值。同样的，我们也可以通过JVM系统属性来指定属性值：
java -jar -Dexample.property=456 app.jar
在这种情况下，系统属性的值456将会覆盖应用配置文件中的默认值。
总结：
- Spring Boot的属性加载顺序是按照一定的规则进行的。
- 属性值的优先级是根据加载顺序来决定的。
- 使用命令行参数或JVM系统属性可以覆盖应用配置文件中的属性值。
希望通过本文的介绍，你对Spring Boot属性的加载顺序和优先级有了更好的理解。在开发和配置应用时，可以合理利用这些知识来满足不同的需求。
本文来自极简博客，作者：编程艺术家，转载请注明原文链接：Spring Boot的属性加载顺序
