在Spring和Spring Cloud项目中，加载配置文件的顺序是一个非常重要的知识点。了解配置文件的加载顺序可以帮助开发者更好地管理项目的配置，并解决可能出现的配置覆盖或冲突问题。以下是Spring和Spring Cloud项目中加载配置文件的顺序及相关说明。
一、Spring项目中的配置文件加载顺序
在Spring Boot项目中，配置文件的加载遵循一定的优先级顺序，优先级高的配置会覆盖优先级低的配置。以下是Spring Boot默认加载配置文件的顺序：
- 命令行参数
- 通过
java -jar运行时传递的命令行参数（如--server.port=8080）。 - 命令行参数具有最高优先级，可以覆盖其他所有配置。
- 来自
SPRING_APPLICATION_JSON的属性
- 环境变量或系统属性中定义的
SPRING_APPLICATION_JSON内容会被解析为JSON格式的配置。 - 示例：
export SPRING_APPLICATION_JSON='{"server":{"port":8080}}'
- ServletConfig初始化参数
- 如果使用的是基于Servlet的应用程序，可以通过
ServletConfig传递初始化参数。
- ServletContext初始化参数
- 在Web应用中，可以通过
web.xml或ServletContext设置初始化参数。
- JNDI属性
- 来自Java Naming and Directory Interface (JNDI) 的属性，通常用于企业级应用。
- Java系统属性（
System.getProperties()）
- 使用
-D参数传递的系统属性（如-Dspring.profiles.active=dev）。
- 操作系统环境变量
- 操作系统的环境变量也会被加载为配置项。
- 随机值属性
- 使用
RandomValuePropertySource生成的随机值（如${random.uuid}）。
- 打包内的
application.properties或application.yml
- 位于
classpath:/路径下的application.properties或application.yml文件。
- 打包外的
application.properties或application.yml
- 位于
file:./路径下的application.properties或application.yml文件（项目根目录）。
- 打包外的
config/application.properties或application.yml
- 位于
file:./config/路径下的配置文件。
- 打包内的
config/application.properties或application.yml
- 位于
classpath:/config/路径下的配置文件。
- Profile-specific配置文件
- Profile特定的配置文件会根据激活的Profile加载，例如
application-dev.properties或application-prod.yml。
二、Spring Cloud项目中的配置文件加载顺序
Spring Cloud在Spring Boot的基础上增加了额外的配置管理功能，特别是与分布式配置中心（如Spring Cloud Config）集成时，配置文件的加载顺序会更加复杂。以下是Spring Cloud项目中配置文件的加载顺序：
- Bootstrap配置文件
- Spring Cloud引入了
bootstrap上下文的概念，专门用于加载应用程序启动前所需的配置。 bootstrap.properties或bootstrap.yml文件优先于application.properties或application.yml加载。- Bootstrap配置文件通常用于连接配置中心（如Spring Cloud Config Server）。
- 远程配置中心
- 如果集成了Spring Cloud Config，配置中心的配置会优先于本地配置文件加载。
- 配置中心的优先级高于本地
application.properties或application.yml。
- Spring Boot的默认加载顺序
- Spring Cloud继承了Spring Boot的配置加载机制，因此上述Spring Boot的加载顺序仍然适用。
- Profile-specific的远程配置
- 如果配置中心支持多环境配置（如
application-dev.yml），会根据激活的Profile加载对应的配置。
- 本地Profile-specific配置文件
- 本地的Profile-specific配置文件（如
application-dev.properties）会在最后加载，但优先级低于远程配置中心。
三、总结：加载顺序的关键点
- 优先级原则
- 高优先级的配置会覆盖低优先级的配置。
- 命令行参数 > 环境变量 > 远程配置中心 > 本地配置文件。
- Bootstrap与Application
bootstrap上下文优先于application上下文加载。bootstrap主要用于加载启动前的配置，如连接配置中心的地址。
- 分布式配置中心的影响
- 在Spring Cloud项目中，配置中心的配置优先级高于本地配置文件。
- 开发者需要特别注意配置中心的配置是否正确，避免因远程配置错误导致应用启动失败。
- Profile的作用
- Profile-specific配置文件（如
application-dev.yml）会根据激活的Profile加载，确保不同环境下的配置隔离。
四、实际开发中的建议
- 合理划分配置文件
- 将通用配置放在
application.yml中，将环境相关的配置放在Profile-specific文件中（如application-dev.yml）。
- 优先使用配置中心
- 在微服务架构中，推荐使用Spring Cloud Config等分布式配置中心，集中管理配置文件，便于维护和更新。
- 避免硬编码敏感信息
- 敏感信息（如数据库密码、API密钥）应通过环境变量或配置中心管理，避免直接写入代码或配置文件。
- 测试配置加载顺序
- 在复杂的项目中，可以通过打印日志或调试工具验证配置文件的实际加载顺序，确保符合预期。
通过理解Spring和Spring Cloud项目中配置文件的加载顺序，开发者可以更高效地管理配置，减少因配置问题导致的故障。希望本文能帮助你更好地掌握这一关键知识点！