Java中application.yml多环境切换依赖Spring Boot的Profile机制，核心是规范命名（如application-dev.yml）、正确激活（如--spring.profiles.active=prod）和理解覆盖规则（后加载配置完全替换同名属性）。
Java 中 application.yml 多环境切换，核心是靠 Spring Boot 的 Profile 机制，不是手动改文件，而是让框架自动加载对应环境的配置。关键在于命名规范、激活方式和覆盖逻辑三者配合。
按规范命名配置文件
Spring Boot 会自动识别特定命名的 YAML 文件：
-
application.yml：放通用配置，比如
server.port、logging.level.root、基础依赖参数；同时在这里设默认激活的 profile，例如：spring:<br> profiles:<br> active: dev
- application-dev.yml：只写开发环境特有项，如本地数据库地址、debug 日志级别、Mock 开关
- application-test.yml：仅包含测试环境差异项，比如连接池大小、测试库 URL
-
application-prod.yml：只放生产环境专属配置，敏感字段（密码、密钥）必须留空或用占位符，如
password: ${DB_PASSWORD}
用正确方式激活目标环境
必须显式告诉 Spring Boot 当前用哪个 profile，否则它只会加载 application.yml：
- 启动 jar 包时加参数：
java -jar app.jar --spring.profiles.active=prod - IDEA 运行配置里加 VM options：
-Dspring.profiles.active=test - Linux/macOS 设置环境变量：
export SPRING_PROFILES_ACTIVE=dev - Docker 启动时传环境变量：
docker run -e SPRING_PROFILES_ACTIVE=prod ...
注意：命令行参数优先级最高，环境变量次之，application.yml 里写的 spring.profiles.active 优先级最低，容易被覆盖。
立即学习“Java免费学习笔记（深入）”；
理解配置加载与覆盖规则
Spring Boot 不是“合并”多个 YAML 文件，而是顺序覆盖：
- 先加载
application.yml，再按spring.profiles.active指定的顺序加载对应文件（如dev→application-dev.yml） - 同名属性会被后加载的文件完全替换，不会拼接或累加
- 如果
application-dev.yml没写server.port，就沿用application.yml的值；写了就直接替换 - YAML 缩进必须严格，
spring:下要缩进，profiles:和active:顶格写会导致解析失败
安全与工程实践要点
避免踩坑，提升可维护性：
- 所有密码、密钥、AccessKey 等敏感信息，禁止出现在任何 YAML 文件中，统一通过环境变量注入
- 不要在
application.yml里用@profile@占位符——那是 Maven 资源过滤用的，Spring Boot 不识别 - 需要多 profile 同时生效（如
dev+feature-cache），用逗号分隔：--spring.profiles.active=dev,feature-cache，后加载的覆盖前一个 - 确认当前激活的 profile，可在代码中调用
environment.getActiveProfiles()打印验证，别靠猜测
