System.getenv()是Java读取操作系统环境变量的标准方法，返回只读Map，需判空校验、注意大小写敏感性及JVM启动时快照特性，不可修改且依赖部署环境显式透传。
system.getenv() 是 java 提供的直接访问操作系统环境变量的标准方式，它返回一个不可变的 map<string string></string>，键为环境变量名（大小写敏感，windows 除外），值为对应的字符串值。它不读取 jvm 启动参数或系统属性（如 -dkey=value），只读取进程启动时继承自操作系统的环境变量。
如何安全、可靠地读取并用于流程控制
直接调用 System.getenv("KEY") 即可获取单个变量；若需批量判断或默认回退，推荐以下做法：
- 始终检查返回值是否为
null：未设置的环境变量会返回null，不是空字符串 - 避免硬编码拼写，建议提取为常量（如
public static final String ENV_PROFILE = "APP_PROFILE";） - 对关键变量做非空+非空白校验（
StringUtils.isNotBlank(val)或手动判断） - 不要在静态初始化块中无条件读取——若变量尚未就绪（如容器启动顺序问题），可能读到 null 导致初始化失败
典型动态加载场景与实践示例
环境变量常用于区分部署形态，驱动不同配置、组件或行为路径：
-
多环境配置切换：根据
ENV=prod/ENV=dev加载不同application-prod.yml或选择不同数据源 Bean -
功能开关控制：如
ENABLE_FEATURE_X=true决定是否注册某监听器或开启异步补偿逻辑 -
路径/地址动态注入：读取
STORAGE_ROOT决定本地文件保存位置，或API_GATEWAY_URL替换硬编码网关地址 -
安全凭证隔离：从
DB_PASSWORD读取密码（而非配置文件），配合容器 Secret 挂载使用
注意事项与常见陷阱
看似简单，但实际集成中容易踩坑：
- Java 进程无法修改父进程环境变量，
System.getenv()是只读快照；运行时调用put会抛UnsupportedOperationException - Docker 容器中，必须通过
env或environment:显式传入变量，ENV指令仅影响镜像构建阶段 - Kubernetes 中，环境变量需在 Pod spec 的
env或envFrom中声明，ConfigMap/Secret 需提前创建且命名匹配 - IDE 运行时（如 IntelliJ）需在「Run Configuration」里手动添加环境变量，否则调试时读不到
替代方案与增强建议
单一依赖 System.getenv() 不够健壮，推荐组合使用：
- 优先尝试
System.getProperty("key")—— 支持 JVM 参数（-Dkey=val）和系统属性，更易测试和覆盖 - 用 Spring Boot 可直接用
@Value("${my.prop:default}")，底层已自动融合环境变量、配置文件、JVM 属性等来源 - 自定义工具类封装：统一处理缺失、类型转换（如转 Boolean/Integer）、日志记录，避免各处重复判空
- 启动时打印关键环境变量（如
log.info("Loaded profile: {}", System.getenv("ENV"));），便于线上排障
