Spring Boot配置文件的默认加载机制
spring boot在启动时会自动加载名为application.properties或application.yml的配置文件，并将其内容添加到spring环境中。为了支持多环境配置，spring boot还提供了profile特定的配置文件，如application-{profile}.properties或application-{profile}.yml。当一个特定的profile被激活时（例如dev），spring boot会加载application.properties（或application.yml）以及application-dev.properties（或application-dev.yml），后者会覆盖前者中同名的属性。
Spring Boot对这些配置文件的搜索位置有明确的约定，通常会按照以下顺序查找并加载：
- 当前目录的/config子目录：例如，如果你的jar包在/app目录下，Spring Boot会查找/app/config/application.properties。
- 当前目录：例如，/app/application.properties。
- classpath下的/config包：例如，src/main/resources/config/application.properties。
- classpath根目录：例如，src/main/resources/application.properties。
对于Maven或Gradle项目，src/main/resources目录下的文件在构建后会被放置在jar包的classpath根目录。因此，将配置文件直接放在src/main/resources下是符合Spring Boot默认约定的。
问题分析：自定义目录为何不生效？
当我们将application-dev.properties和application-prod.properties等profile特定配置文件放置在src/main/resources/properties这样的自定义目录下时，Spring Boot的默认加载机制将无法找到它们。这是因为src/main/resources/properties不属于上述任何一个默认搜索路径。Spring Boot不会自动扫描classpath下的所有子目录来查找配置文件。
虽然在问题描述中尝试通过自定义ActiveProfileConfiguration来设置spring.profiles.active，并通过DevPropertyReader中的PropertySourcesPlaceholderConfigurer手动指定资源路径，但这种方法通常用于更复杂的场景，例如从外部文件系统加载配置，或者需要合并多个不规则路径的配置文件。对于Spring Boot的profile机制，这种手动配置显得过于复杂，且可能与Spring Boot的自动配置发生冲突，导致预期外的行为。核心问题仍然在于，Spring Boot的profile机制默认只识别特定路径下的配置文件。
解决方案：将配置文件放置在正确位置
解决此问题的最简单、最推荐的方法是遵循Spring Boot的约定，将所有application-{profile}.properties文件直接放置在classpath根目录，即Maven或Gradle项目的src/main/resources目录下。
示例文件结构：
src/main/resources/ ├── application.properties # 默认配置，或所有环境通用的配置 ├── application-dev.properties # 开发环境特定配置 └── application-prod.properties # 生产环境特定配置
激活特定Profile的方法：
-
在application.properties中设置：
spring.profiles.active=dev
这将激活dev profile，Spring Boot会加载application.properties和application-dev.properties。
-
通过命令行参数： 在运行jar包时，通过--spring.profiles.active参数指定：
java -jar your-application.jar --spring.profiles.active=prod
这将激活prod profile。
-
通过环境变量： 设置SPRING_PROFILES_ACTIVE环境变量：
export SPRING_PROFILES_ACTIVE=dev java -jar your-application.jar
或在启动脚本中设置：
SPRING_PROFILES_ACTIVE=prod java -jar your-application.jar
当通过命令行参数或环境变量激活profile时，它会覆盖application.properties中设置的值，这在部署不同环境时非常有用。
注意事项与总结
- 约定优于配置： Spring Boot的设计哲学是“约定优于配置”。遵循其默认约定通常可以简化开发和部署，避免不必要的复杂性。
- 优先级： Spring Boot加载配置属性时，有明确的优先级顺序。通常，外部配置（如命令行参数、环境变量）会覆盖内部配置（如application.properties），profile特定配置会覆盖通用配置。
- 避免过度配置： 除非有明确的、无法通过默认机制满足的需求，否则应避免手动配置PropertySourcesPlaceholderConfigurer或自定义EnvironmentPostProcessor来加载常规的profile配置文件。这些高级机制适用于从数据库、配置中心（如Spring Cloud Config Server）、或非标准文件系统路径加载配置等场景。
- Spring Boot版本： 本文所述的配置加载机制在Spring Boot 2.x版本中普遍适用，包括问题中提到的2.7.5版本。尽管Spring Boot的外部化配置文档可能会在不同版本中有所更新，但核心的默认文件搜索路径通常保持一致。
通过将profile特定配置文件放置在src/main/resources目录下，我们可以利用Spring Boot强大的自动配置能力，以最简洁高效的方式实现多环境配置管理。
