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") 去取。
- 环境变量适合存外部敏感配置（密码、密钥）、部署差异化参数（
ENV=prod），由运维控制，不进代码仓库 - 系统属性适合传启动时确定的、非敏感的 JVM 级配置（如
-Dfile.encoding=UTF-8），或供库内部逻辑判断（如System.getProperty("os.arch")） -
System.getProperty()可被代码运行时修改（System.setProperty()），而System.getenv()返回的是不可变的Map<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，是环境变量原始值本身如此。
立即学习“Java免费学习笔记（深入）”；
-
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 启动后未必采纳
