Java 分布式项目打包环境切换（零代码修改方案）
你核心需求：分布式项目打包时切换开发 / 测试 / 生产环境，完全不改动任何代码，这是 Java 企业级开发的标准规范，我给你一套开箱即用、无侵入、通用的解决方案。
核心方案：SpringBoot 多环境配置 + Maven/Gradle 打包激活
全程不修改一行业务代码，只通过配置文件 + 打包命令切换环境，完美适配分布式项目（微服务、SpringCloud、Dubbo 都通用）。
一、第一步：规范多环境配置文件（最标准写法）
在 resources 下创建4 个配置文件，固定命名规则：
markdown
resources/
├─ application.yml # 主配置（公共配置，不写环境差异化内容）
├─ application-dev.yml # 开发环境
├─ application-test.yml # 测试环境
├─ application-prod.yml # 生产环境1. 主配置 application.yml（只写公共配置 + 激活环境变量）
这是唯一需要写的关键配置，之后永远不用改：
yaml
# 公共配置：端口、项目名、通用依赖等
server:
port: 8080
spring:
application:
name: distributed-demo
# 核心：从环境变量/启动参数读取环境，不写死！
profiles:
active: ${SPRING_PROFILES_ACTIVE:dev} # 默认dev，可被外部覆盖2. 环境差异化配置（分别填写对应环境参数）
application-dev.yml：开发数据库、Nacos 地址、日志级别application-test.yml：测试环境配置application-prod.yml：生产高可用配置
示例（dev）：
yaml
spring:
datasource:
url: jdbc:mysql://dev-mysql:3306/test
username: dev
password: dev123二、第二步：打包切换环境（零代码修改，仅用命令）
方式 1：Maven 打包（最常用，分布式项目首选）
打包命令直接指定环境，无需改代码：
shell
# 打包 开发环境
mvn clean package -Dspring.profiles.active=dev
# 打包 测试环境
mvn clean package -Dspring.profiles.active=test
# 打包 生产环境
mvn clean package -Dspring.profiles.active=prod方式 2：Gradle 打包
shell
# 开发环境
gradle clean build -Pspring.profiles.active=dev三、第三步：运行时切换（打包后也能随意改环境）
打包好的 jar 包不做任何修改，启动命令指定环境即可：
shell
# 开发环境
java -jar -Dspring.profiles.active=dev distributed.jar
# 测试环境
java -jar -Dspring.profiles.active=test distributed.jar
# 生产环境
java -jar -Dspring.profiles.active=prod distributed.jar四、分布式项目高级用法（Docker/CI/CD 自动化切换）
适合微服务、K8s、Jenkins 自动化部署，全程无代码改动：
1. Docker 容器启动（指定环境变量）
shell
docker run -e SPRING_PROFILES_ACTIVE=prod -p 8080:8080 distributed-image2. Nacos/Apollo 配置中心（云端切换环境）
分布式项目首选：配置全部放配置中心，本地无配置文件，打包时完全不用管环境，启动时指定配置中心环境即可。
五、关键规则（保证绝对不改代码）
- 绝对不写死环境：禁止在代码 / 配置文件里写死
active: prod - 差异化配置分离：数据库、Redis、注册中心地址只写在对应环境文件
- 用外部参数覆盖：打包命令、启动命令、环境变量 优先级最高
- 一套代码打所有包：同一套代码，不同命令打出不同环境包
总结
- 标准多环境配置文件：
application-{env}.yml - 主配置不写死环境，用变量
${SPRING_PROFILES_ACTIVE:dev} - 打包 / 启动仅用命令指定环境，全程不修改任何代码
- 分布式、微服务、自动化部署通用，企业级标准方案