Java环境变量在开发、测试、生产环境中的差异本质是职责、来源、安全要求与生效方式不同：开发环境通过IDE或.env注入，测试由CI/CD或ConfigMap提供，生产必须经K8s Secret/Vault加密注入；敏感信息逐级收紧，JVM参数用途严格区分，且遵循命令行＞系统属性＞环境变量＞配置文件的优先级顺序。
Java 环境变量在开发、测试、生产环境中的差异，本质不是“变量名不同”，而是同一组变量在不同阶段承载的职责、来源、安全要求和生效方式完全不同。关键在于用对地方、管住边界、不越权暴露。
配置来源与注入方式分层明确
环境变量的值从哪来，决定了它是否可控、可审计、可切换：
-
开发环境：常通过 IDE 运行配置或本地
.env文件注入，例如spring.profiles.active=dev、DB_PASSWORD=123456；方便快速启动，但绝不进 Git - 测试环境：由 CI/CD 流水线（如 Jenkins 或 GitHub Actions）在构建时注入，或通过 Kubernetes ConfigMap 挂载；变量值来自预设的测试专用密钥库或配置中心，与开发隔离
- 生产环境：必须通过 K8s Secret、HashiCorp Vault、云厂商参数管理服务（如 AWS SSM Parameter Store）动态注入；禁止使用明文环境变量文件，所有敏感值需加密传输+运行时解密
敏感信息处理规则逐级收紧
密码、密钥、连接串等不能出现在代码或配置文件中，各环境执行力度不同：
- 开发环境允许占位符 + 本地 fallback，例如
spring.datasource.password=${DB_PASSWORD:devpass} - 测试环境禁用 fallback，必须提供真实值，且该值仅限测试账号权限（如只读数据库用户）
- 生产环境严禁任何默认值，缺失即启动失败；同时要求所有凭证具备自动轮转能力，且访问日志全量审计
JVM 和系统级变量用途严格区分
不是所有变量都归 Spring 管，有些必须由运维侧直接控制：
立即学习“Java免费学习笔记（深入）”；
-
JAVA_HOME、PATH属操作系统层变量，三环境需统一 JDK 版本（如 JDK 17.0.2），但路径写法可能不同（Windows 用反斜杠，Linux 用正斜杠） -
-Dfile.encoding=UTF-8这类 JVM 参数在开发中常被忽略，在生产中必须显式声明，避免因系统 locale 导致中文乱码或文件读取异常 -
spring.profiles.active是 Spring Boot 的逻辑开关，而com.sun.management.jmxremote这类监控参数在生产中必须关闭或绑定内网地址，否则等于开放远程管理入口
优先级顺序决定最终行为
当多个地方定义了同名变量，谁说了算？Spring Boot 默认遵循以下优先级（从高到低）：
- 命令行参数（
java -Dserver.port=9090 -jar app.jar） - JVM 系统属性（
-D启动参数） - 操作系统环境变量（
export SERVER_PORT=9090） - jar 包外的
application.properties - jar 包内的
application.yml
这意味着：生产部署脚本里写死的 -Dspring.profiles.active=prod，会覆盖掉配置文件里的 spring.profiles.active=dev，无需改代码就能切环境。
