Java项目多环境配置切换核心是分离配置与代码、按需加载环境专属参数，通过Spring Profiles标识环境，application-{profile}.yml命名匹配，结合配置优先级、构建注入及配置中心实现精准加载。
Java项目中实现多环境配置切换，核心在于分离配置与代码、按需加载环境专属参数，避免手动修改或打包错误。关键不是写更多配置，而是让Spring Boot（或传统Spring）能自动识别当前运行环境并精准加载对应配置。
使用Spring Profiles做环境标识
Spring原生支持profiles机制，通过spring.profiles.active指定当前激活的环境（如dev/test/prod）。配置文件按application-{profile}.yml命名，启动时自动匹配加载。
- 在application.yml中统一设置默认profile：
spring:
profiles:
default: dev - 启动时可通过JVM参数覆盖：
-Dspring.profiles.active=prod - 也可在IDE运行配置或Docker容器中传入环境变量：
SPRING_PROFILES_ACTIVE=prod
配置文件分层与优先级控制
不同来源的配置有明确加载顺序（从高到低）：命令行参数 → 系统属性 → OS环境变量 → jar包外的application.yml → jar包内的application.yml。利用该顺序可安全覆盖敏感项。
- 把数据库密码、API密钥等敏感配置放在环境变量或外部配置中心，不进Git
- 用@ConfigurationProperties绑定配置类时，加上@Profile("prod")限定仅在生产环境生效
- 避免在application.yml里直接写prod配置，只留公共部分（如server.port、logging.level）
构建阶段注入环境标识（Maven/Gradle）
编译打包时根据目标环境生成带profile标记的jar，避免部署时依赖外部参数传入错误。
立即学习“Java免费学习笔记（深入）”；
- Maven中定义profiles，配合resource filtering替换占位符：
prod
env=prod
- 在application.yml中使用${env}占位符，配合maven-resources-plugin过滤替换
- 执行mvn clean package -Pprod即生成适配prod环境的可执行jar
进阶：对接配置中心（Nacos/Apollo）
当环境超过3个或配置频繁变更时，硬编码配置文件易出错。建议将环境差异化配置抽离至配置中心，应用启动时按spring.application.name和spring.profiles.active自动拉取对应namespace或cluster。
- Nacos中按dataId = ${spring.application.name}-${spring.profiles.active}.${file-extension}组织配置
- Apollo中通过AppId + Cluster（如prod-cluster）+ Namespace隔离环境
- 本地开发仍保留application-dev.yml，避免强依赖外部服务
