system.getenv() 仅能读取进程启动时的环境变量快照且不可修改；返回 null 表明该变量根本不存在，java 不 fallback、不忽略大小写；需检查拼写、平台差异、ide 启动方式，并区分 system.getproperty()。
直接说结论：System.getenv() 能读环境变量，但不能改；它返回的是进程启动时的快照，后续系统里改了环境变量，Java 进程里也看不到。
为什么 System.getenv("PATH") 有时返回 null？
不是代码写错了，是环境变量根本不存在——Java 不会 fallback 到系统默认值，也不做大小写容错（Windows 下 "path" 和 "PATH" 是两个键）。
- 检查拼写：用
System.getenv()（无参）打印所有键，确认你要的变量名是否真在其中 - 注意平台差异：Windows 通常全大写，Linux/macOS 习惯小写或混合（如
"HOME"），但严格区分大小写 - IDE 启动方式影响结果：IDE 自己的启动脚本可能没继承 shell 的环境，建议终端里用
java -jar xxx.jar测试
System.getenv() 和 System.getProperty() 完全不是一回事
新手常混用这两个。前者读操作系统环境变量（export FOO=bar 设置的），后者读 JVM 启动参数（-Dfoo=bar）或内置属性（如 "os.name"）。
- 环境变量适合传敏感配置（如数据库密码）、CI/CD 注入值；JVM 属性更适合应用级开关（如
"spring.profiles.active"） - 环境变量无法通过代码修改（
System.getenv().put(...)会抛UnsupportedOperationException） - 如果想让两者统一管理，建议在启动脚本里用
export+-D同步注入，别指望 Java 自动桥接
获取不到 Docker 容器里的环境变量？检查 ENTRYPOINT 和 CMD 写法
Dockerfile 里用 ENV 设置的变量，Java 能读到；但如果是运行时通过 docker run -e FOO=bar 传入，却读不到，大概率是容器入口被覆盖了。
立即学习“Java免费学习笔记（深入）”；
- 避免用
ENTRYPOINT ["java", "-jar", "app.jar"]这种 exec 模式直接启动——它绕过了 shell，不加载/etc/environment或用户 profile - 改成
ENTRYPOINT ["sh", "-c", "java -jar app.jar"]，确保 shell 环境完整 - Kubernetes 中同理：确认
env:字段已正确定义，并且容器未用command:覆盖掉默认 shell
最常被忽略的一点：环境变量在子进程里是只读副本，父进程改了不影响子进程；而 Java 进程一旦启动，System.getenv() 就锁死了初始状态——别想着热更新。
