system.getenv读不到环境变量是因为java进程仅继承启动它的shell环境，ide、docker、systemd等需显式透传；system.getproperty读取jvm参数，与环境变量无关。

System.getenv 读不到你设的环境变量？先确认 shell 层级和启动方式

Java 进程只能继承启动它的 shell 进程的环境变量，不是所有“终端里 echo 出来的变量”都能被 System.getenv() 拿到。常见现象是：你在终端执行 export MY_VAR=123 后直接运行 java MyApp 能读到；但用 IDE（如 IntelliJ）点绿色三角运行、或通过 systemd / Docker / Jenkins 启动时，System.getenv("MY_VAR") 返回 null。

• IDE 启动默认不复用当前终端环境，需在运行配置里手动添加 Environment Variables（IntelliJ 是 Run → Edit Configurations → Environment variables）
• Docker 容器中要显式用 -e MY_VAR=123 或 ENV MY_VAR=123（Dockerfile）透传，宿主机 export 对容器进程无效
• System.getenv() 不支持通配符或模糊匹配，只能按精确键名查，且键名大小写敏感（Windows 下部分系统会转大写，Linux/macOS 严格区分）

System.getProperty 和 getenv 的关键区别：来源、用途与生命周期

System.getProperty() 读的是 JVM 启动参数（-Dkey=value）或内置系统属性（如 os.name），和操作系统环境变量完全无关。两者混用是高频错误源——比如把数据库密码存在环境变量里，却误用 System.getProperty("DB_PASSWORD") 去取。

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

• 环境变量适合存外部敏感配置（密码、密钥）、部署差异化参数（ENV=prod），由运维控制，不进代码仓库
• 系统属性适合传启动时确定的、非敏感的 JVM 级配置（如 -Dfile.encoding=UTF-8），或供库内部逻辑判断（如 System.getProperty("os.arch")）
• System.getProperty() 可被代码运行时修改（System.setProperty()），而 System.getenv() 返回的是不可变的 Map<string string></string> 快照，改了也只影响当前 Map 实例

安全读取环境变量的惯用写法：判空 + 默认值 + 明确异常

直接调 System.getenv("KEY") 得到 null 再做字符串操作，极易触发 NullPointerException。尤其在 Spring Boot 外的原生 Java 场景下，没人帮你兜底。

• 别写 System.getenv("PORT").trim() —— null.trim() 直接炸
• 推荐写法：String portStr = System.getenv().getOrDefault("PORT", "8080")（注意是 System.getenv().getOrDefault，不是 System.getenv("PORT").orElse）
• 若必须非空，显式抛业务异常比静默 fallback 更可靠：Objects.requireNonNull(System.getenv("API_KEY"), "API_KEY must be set in environment")
• 避免用 System.getProperty("PORT") 去“兼容”环境变量——语义错乱，后期排查成本翻倍

Windows 下 getEnv 与 getProperty 的路径分隔符陷阱

Windows 用户常遇到 System.getenv("PATH") 返回的路径里含分号 ;，但某些解析逻辑（比如自己拼 classpath）误当成 Unix 风格的冒号 : 处理，导致类找不到。这不是 Java Bug，是环境变量原始值本身如此。

• System.getenv("PATH") 在 Windows 返回的是 C:\foo;C:\bar，在 Linux/macOS 是 /usr/bin:/bin —— 别硬编码分隔符
• 需要拆分路径时，优先用 System.getProperty("path.separator")（返回 ; 或 :），它才是 JVM 抽象后的正确分隔符
• System.getProperty("java.class.path") 也受 path.separator 影响，不要和 System.getenv("CLASSPATH") 混为一谈 —— 后者只是环境变量，JVM 启动后未必采纳

环境变量和系统属性看着都是 key-value，但一个活在操作系统进程树里，一个活在 JVM 参数空间里。跨层传递时，漏掉透传环节、写错读取方法、或者假设它们能自动对齐，几乎必然出问题。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南