美团二面：SpringBoot读取配置优先级顺序是什么？

弁言

Spring Boot作为一种轻量级的Java应用步伐框架，以其开箱即用、快速搭建新项目标特性赢得了广大开发者的青睐。其核生理念之一就是简化配置过程，使开发者能够快速响应复杂多变的生产环境需求。为了实现这一点，Spring Boot支持丰富的外部化配置机制，允许应用步伐根据不同的部署环境灵活加载相应的配置属性，而无需修改代码本身。
在Spring Boot生态系统中，配置属性可以从各种泉源获取，比如：Java属性文件、YAML文件、环境变量、命令行参数等。这些配置属性能够在运行时动态注入到Bean中，极大地提高了系统的可扩展性和可配置性。然而，为了确保一致性和防止配置冲突，Spring Boot在加载这些外部配置时遵照一套严格的优先级顺序。掌握这套优先级规则至关重要，由于它直接影响着最终生效的配置属性值，进而决定了应用步伐的行为模式。
本文将深入探讨Spring Boot加载外部配置属性的优先级规则，详尽梳理各个配置源的加载顺序，并结合现实应用场景举例阐明，以便我们能够更高效地管理和迁移配置，确保在不同环境下应用步伐都能稳固、精确地运行。
Spring Boot外部化配置概述

Spring Boot的核心价值之一在于其强盛的外部化配置能力，这使得应用步伐能够在不改变代码的情况下适应不同的运行环境。外部化配置意味着将应用步伐的关键配置信息移至应用步伐代码之外，便于根据不同环境（如开发、测试、生产等）进行定制化配置。Spring Boot提供了多样化的外部配置源以及便捷的属性注入方式，使得这种配置机制变得非常灵活且易于管理。
多样化配置源

Spring Boot支持多种范例的外部配置源，重要有如下几个方面：

• Properties文件:
  通常使用.properties格式，采用键值对的形式存储配置信息。
  

1. server.port=8080
2. logging.level.root=DEBUG

复制代码

• YAML文件：
  相较于传统的properties文件，YAML提供了更直观、层次更分明的数据结构，尤其得当存储复杂配置。使用.yml格式。
  

1. server:
2.   port: 8080
3. logging:
4.   level:
5.     root: DEBUG

复制代码

• 环境变量：
  操作系统级别的环境变量可以被Spring Boot识别并作为配置源，这对于云环境和容器化部署尤为实用。
  
• 命令行参数：
  启动Spring Boot应用时，可以传入命令行参数（以--开头）直接覆盖已有配置。
  

属性注入方式

在Spring Boot中，外部配置的属性值可以通过以下几种方式方便地注入到Bean中。

• @Value注解：可以直接在字段或方法参数上使用此注解，将配置属性值注入到目标对象中。
  
• Environment接口：Spring框架提供的环境抽象类，可以用来查询所有已加载的配置信息。
  
• @ConfigurationProperties注解：用于绑定一组相关配置到一个专门的Java Bean中，提供更结构化的配置管理方式。
  

配置加载优先级

Spring Boot对来自不同配置源的同名属性可以按照一定的优先级顺序进行覆盖。其优先级从上到下变高，即后面的配置源将覆盖前面的配置源。

• 默认属性（通过SpringApplication.setDefaultProperties方法设置）
  
• @PropertySource注解加载的配置
  
• Config Data（配置数据）（当地文件系统或打包在jar中的application.properties和application-{profile}.properties）
  
• 特殊属性源（如随机数生成器、环境变量、系统属性、JNDI属性等）
  
• Servlet容器相关的初始化参数
  
• SPRING_APPLICATION_JSON格式的环境变量或系统属性
  
• 命令行参数
  
• 测试相关的属性注入方式（如@SpringBootTest、@DynamicPropertySource和@TestPropertySource）
  

以上优先级顺序泉源于官网：Spring Boot Reference Documentation

Spring Boot配置加载顺序详解

默认属性

默认属性是指Spring Boot框架内置的一些默认配置值。可以在创建SpringApplication实例时，通过调用setDefaultProperties(Map defaultProperties)方法来提供一组默认属性，这些属性将被优先加载，但是也会被其他配置覆盖。

1. @SpringBootApplication
2. public class SpringBootBaseApplication {
4.         public static void main(String[] args) {
5.                 Map<String, Object> defaultProperties = new HashMap<>();
6.                 defaultProperties.put("server.port", "9000"); // 自定义默认端口
7.                 SpringApplication app = new SpringApplication(SpringBootBaseApplication.class);
8.                 app.setDefaultProperties(defaultProperties);
9.                 app.run(args);
10.         }
11. }

复制代码

@PropertySource注解

@PropertySource注解用于在Spring Boot的@Configuration类上加载外部属性文件。当我们在配置类上使用@PropertySource时，必要注意的是，这些属性源并不会立即被添加到Spring的Environment中。它们是在Spring应用上下文刷新（refresh）阶段才会被真正加载并合并到环境变量中。

有爱好的可以跟一下源码，org.springframework.context.support.AbstractApplicationContext#invokeBeanFactoryPostProcessors中执行的。

Spring Boot的主引导配置，如服务器端口（server.port）、日志框架的初始化（例如日志级别设置）等，也是在应用上下文刷新之前就被读取并应用的。因此，对于这类早期就必要读取的配置，应该直接在application.properties或者环境变量等更早被加载的配置源中进行设置。
我们创建一个propertysource.properties文件：

1. server.port = 9001
2. coderacademy.name = CoderAcademy

复制代码

然后我们在@Configuration配置上使用@PropertySource导入propertysource.properties文件。

1. @PropertySource(value = "classpath:propertysource.properties")
2. @Configuration
3. public class MyConfig {
5. }

复制代码

我们在应用启动后看一下上述配置：

1. @SpringBootApplication
2. public class SpringBootBaseApplication {
4.         public static void main(String[] args) {
5.                 Map<String, Object> defaultProperties = new HashMap<>();
6.                 defaultProperties.put("server.port", "9000"); // 自定义默认端口
7.                 SpringApplication app = new SpringApplication(SpringBootBaseApplication.class);
8.                 app.setDefaultProperties(defaultProperties);
9.                 ConfigurableApplicationContext context = app.run(args);
10.                 Environment environment = context.getEnvironment();
11.                 System.out.println("coderacademy.name: " + environment.getProperty("coderacademy.name"));
12.         }
13. }

复制代码

打印效果：

可以看出server.port变成了9001，即@PropertySource加载的配置覆盖了SpringBoot默认的属性值。
Config Data（配置数据）

Config Data（配置数据）是Spring Boot中用于外部化应用配置的核心部分。重要由内部配置文件以及外部配置文件。
内部配置文件

内部配置文件最底子的应用配置文件，位于项目构建后的jar包内部。位于src/main/resource目次下的文件。

外部配置文件

可以将配置文件放在jar包外面的某个路径下。这种方式有助于在不修改jar包的情况下变更配置。比如我们使用的配置中心(nacos，apollo等)，也可以通过spring.config.location或者spring.config.additional-location指定的文件等。
SpringBoot在启动时会默认从特定的目次中加载这些配置文件。我们可以从ConfigDataEnvironment中找到这些目次：

其目次的加载顺序由低到高为：

1. file:./
2. file:./config/
3. file:./config/*/
4. classpath:/
5. classpath:/config/

复制代码

此中file代表应用根目次下的文件，而classpath为resources下的文件。
这些配置文件的配置优先级顺序由低到高为：

1. classpath:/
2. classpath:/config/
3. file:./
4. file:./config/
5. file:./config/*/

复制代码

本例基于SpringBoot2.7版本。
关于SpringBoot加载内部配置文件的执行流程以及原理，请参考：
华为二面：SpringBoot读取_配置文件_的原理是什么？加载顺序是什么？

我们分别在这些目次下创建配置文件application.properties：

我们在对应文件中写入他们的目次路径：

1. 1: config.data.path = classpath:./
2. 2: config.data.path = classpath:./config/
3. 3: config.data.path = file:./
4. 4: config.data.path = file:./config/
5. 5: config.data.path = file:./config/dev

复制代码

我们在SpringBoot启动时打印config.data.path的值：

1. @SpringBootApplication
2. public class SpringBootConfigApplication {
4.         public static void main(String[] args) {
5.                 Map<String, Object> defaultProperties = new HashMap<>();
6.                 defaultProperties.put("server.port", "9000"); // 自定义默认端口
7.                 SpringApplication app = new SpringApplication(SpringBootConfigApplication.class);
8.                 app.setDefaultProperties(defaultProperties);
9.                 ConfigurableApplicationContext context = app.run(args);
10.                 Environment environment = context.getEnvironment();
11.                 System.out.println("config.data.path: " + environment.getProperty("config.data.path"));
12.         }
13. }

复制代码

我们分步进行验证，先验证1,2，打印效果:

1. config.data.path: classpath:./config/

复制代码

继续验证1,2,3，打印效果：

1. config.data.path: file:./

复制代码

验证1,2,3,4,打印效果：

1. config.data.path: file:./config/

复制代码

验证1,2,3,4,5,打印效果：

1. config.data.path: file:./config/dev

复制代码

随机值属性源

RandomValuePropertySource 在Spring Boot中，RandomValuePropertySource是一个特殊属性源，它并不泉源于固定的配置文件或环境变量，而是由Spring Boot框架在启动时自动添加。这个属性源提供的属性名以random.*开头，可以用于生成随机值。例如，你可以在配置文件中引用random.int或random.long等属性，Spring Boot在启动时会为这些属性生成随机整数值。这对于必要在运行时生成一些临时或随机值的场景非常有用，如临时密码、缓存密钥等。
比如我们在application.properties中设置random.int=100

1. random.int=100

复制代码

我们在SpringBoot启动时获取``random.int`的值：

1. @SpringBootApplication
2. public class ConfigApplication
3. {
4.     public static void main( String[] args )
5.     {
6.         SpringApplication app = new SpringApplication(ConfigApplication.class);
7.         ConfigurableApplicationContext context = app.run(args);
8.         Environment environment = context.getEnvironment();
9.         System.out.println("random.int: " + environment.getProperty("random.int"));
10.     }
11. }

复制代码

打印效果为：

1. random.int: -510589238

复制代码

而且每次重新启动应用，打印的效果都不一样。
操作系统环境变量

在Spring Boot中，环境变量可以用作配置源，Spring Boot会自动检测并加载这些环境变量作为应用的配置属性。例如，如果在操作系统中设置了环境变量MY_APP_PORT=8080，那么在Spring Boot应用中可以通过${MY_APP_PORT}来引用这个值。
我们设置环境变量为config.data.path=环境变量:

我们启动引用，依然打印config.data.path的效果为：

1. config.data.path: 环境变量

复制代码

Java系统属性

Java系统属性是通过System.setProperty()方法设置一系列键值对。

1. @SpringBootApplication
2. public class ConfigApplication
3. {
4.     static {
5.         System.setProperty("config.data.path", "SystemProperty"); // 设置系统属性
6.     }
8.     public static void main( String[] args )
9.     {
10.         SpringApplication app = new SpringApplication(ConfigApplication.class);
11.         ConfigurableApplicationContext context = app.run(args);
12.         Environment environment = context.getEnvironment();
13.         System.out.println("config.data.path: " + environment.getProperty("config.data.path"));
14.     }
15. }

复制代码

打印效果为：

1. config.data.path: SystemProperty

复制代码

SPRING_APPLICATION_JSON环境变量中的内嵌JSON属性

SPRING_APPLICATION_JSON 是 Spring Boot 提供的一种机制，允许通过环境变量传递 JSON 格式的配置给应用步伐。这个环境变量的内容会被解析成一个 JSON 对象，并合并到Spring的Environment中，就像其他属性源一样。

1. @SpringBootApplication
2. public class ConfigApplication
3. {
4.     static {
5.         System.setProperty("config.data.path", "SystemProperty"); // 设置系统属性
6.         System.setProperty("SPRING_APPLICATION_JSON", "{"config.data.path":"SPRING_APPLICATION_JSON环境变量中的内嵌JSON属性"}");
7.     }
9.     public static void main( String[] args )
10.     {
11.         SpringApplication app = new SpringApplication(ConfigApplication.class);
12.         ConfigurableApplicationContext context = app.run(args);
13.         Environment environment = context.getEnvironment();
14.         System.out.println("config.data.path: " + environment.getProperty("config.data.path"));
15.     }
16. }

复制代码

打印效果：

1. config.data.path: SPRING_APPLICATION_JSON环境变量中的内嵌JSON属性

复制代码

命令行参数

启动Spring Boot应用时，可以直接通过命令行参数来覆盖或设置配置属性。命令行参数通常以--开头，后面紧跟属性名和值，如--server.port=8080。这种方式可以在不修改配置文件的条件下临时调解应用配置。命令行参数具有较高的优先级，可以覆盖别的配置源中的属性值。
我们使用java -jar启动SpringBoot：

1. java -jar ./springboot-config-1.0-SNAPSHOT.jar --config.data.path=命令行参数

复制代码

打印效果为：

1. config.data.path: 命令行参数

复制代码

关于SpringBoot的jar包，可以通过java -jar命令直接执行的缘故起因请参考：字节二面：为什么SpringBoot的 jar 可以直接运行？我说内嵌了Tomcat容器，他让我出门左转

至于其他的跟单测有关的配置，我们就不逐一细说了
总结

Spring Boot配置加载优先级的设计具有深远的现实意义和重要性。这一机制确保了应用在不同环境和部署场景下的高度灵活性和可移植性，同时也极大提升了开发和运维团队的生产力和协同效率。
优先级顺序的严谨性使得开发者能够精细地控制配置的覆盖层级，从而使同一份代码可以根据不同环境的需求加载不同的配置属性。例如，在开发、测试和生产环境中分别启用不同的数据库连接、日志级别或API密钥等敏感信息，而无需在代码中硬编码。
Spring Boot的配置加载流程起首考虑了默认配置，然后逐步加载用户通过@PropertySource注解引入的属性源、打包在jar包内外的各种application.properties和application-{profile}.properties或YAML文件、环境变量、系统属性，直至命令行参数等。这种分层加载策略确保了越靠后的配置源拥有更高的优先级，从而可以覆盖之前的配置，这也体现了配置的灵活性和即时性。
理解并合理运用Spring Boot配置加载的优先级，对于保障应用的安全性、可维护性以及低落部署复杂度至关重要。特殊是在大规模微服务架构中，合理的配置管理和迁移对于整体系统的稳固性有着不可忽视的作用。通过对配置优先级的深入掌控，开发者和运维人员能够轻松应对复杂环境下的配置管理寻衅，使得Spring Boot应用具备良好的扩展性和适应性。
本文已收录于我的个人博客：码农Academy的博客，专注分享Java技术干货，包括Java底子、Spring Boot、Spring Cloud、Mysql、Redis、Elasticsearch、中心件、架构设计、口试题、步伐员攻略等

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。