本文介绍如何在 spring boot 中同时激活多个 profile，实现 application.properties、application-dev.properties 和 application-dev-us1.properties 等多级配置文件的自动叠加加载，从而支持分层化、区域化的配置管理。
本文介绍如何在 spring boot 中同时激活多个 profile，实现 application.properties、application-dev.properties 和 application-dev-us1.properties 等多级配置文件的自动叠加加载，从而支持分层化、区域化的配置管理。
Spring Boot 支持通过 spring.profiles.active 属性激活一个或多个 Profile，其核心机制是配置文件叠加（Profile-based Property Overriding）：当多个 Profile 被同时激活时，Spring Boot 会按声明顺序依次加载对应 application-{profile}.properties 文件，并将后加载的配置覆盖前者的同名属性（即“后声明者优先”），同时所有激活 Profile 的配置均会与默认的 application.properties 合并。
例如，针对您列出的四类配置文件：
- application.properties（基础通用配置，始终加载）
- application-dev.properties（开发环境共用配置）
- application-dev-us1.properties（US1 区域特有配置）
- application-dev-eu1.properties（EU1 区域特有配置）
若需同时加载 application.properties + application-dev.properties + application-dev-us1.properties，只需激活 dev 和 dev-us1 两个 Profile：
# 启动时指定多个 Profile（逗号分隔，无空格） java -Dspring.profiles.active=dev,dev-us1 -jar myapp.jar
或在 application.properties 中声明：
spring.profiles.active=dev,dev-us1
✅ 注意事项：
- application.properties 总是默认加载，无需显式声明；
- Profile 激活顺序影响覆盖优先级：dev-us1 的配置会覆盖 dev 中同名属性，dev 又覆盖 application.properties；
- Profile 名称区分大小写，且不支持嵌套语法（如 dev-us1 是一个独立 Profile，不是 dev 的子集）；
- 避免 Profile 冲突：确保 application-dev-us1.properties 仅包含 US1 特有属性（如 region=us1, api.endpoint=https://us1.api.example.com），避免重复定义通用 dev 配置；
- 推荐使用 @ConfigurationProperties 或 @Value 结合 @Profile 注解做细粒度控制，但多 Profile 叠加已能满足绝大多数分环境+分区域场景。
最终，Spring Boot 将合并生成统一的 Environment，开发者可通过 @Value("${xxx}") 或 Environment.getProperty("xxx") 安全访问所有层级的配置值。这种设计既保持了配置的正交性，又极大提升了微服务多地域部署的可维护性。
