ProcessBuilder.environment()返回可修改的Map，仅影响后续start()启动的子进程环境，不影响当前JVM或父进程；修改需在start()前完成，且须注意跨平台变量名大小写、PATH等关键变量的正确拼接。
ProcessBuilder.environment() 返回的 Map 是可变的，但仅作用于子进程
调用 processBuilder.environment() 得到的是一个 Map<string string></string>，它不是只读的——你可以直接 put()、remove()、甚至 clear()。但这修改**只影响即将启动的子进程**，对当前 JVM 进程本身毫无作用，也不会污染父进程（如 shell）的环境变量。
常见错误是误以为改了这里就能让后续 System.getenv("MY_VAR") 生效，其实完全不能。这个 Map 就是 ProcessBuilder 为 exec() 准备的“环境快照”，仅用于构造子进程的 environ 数组。
- 必须在调用
start()之前完成所有put()操作，之后再改无效 - 若想继承全部当前环境，无需额外操作；若想清空再重建，先
env.clear()再逐个put() - Windows 下变量名不区分大小写（
"Path"和"PATH"视为同一变量），Linux/macOS 区分
覆盖 PATH 或其他关键变量时，记得保留必要路径
直接 env.put("PATH", "/my/bin") 会彻底替换子进程的 PATH，导致 ls、java、sh 等基础命令找不到。这不是 bug，是预期行为。
正确做法是基于当前值做拼接：
立即学习“Java免费学习笔记（深入）”；
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
Map<String, String> env = processBuilder.environment();
String currentPath = env.get("PATH");
env.put("PATH", "/my/bin" + File.pathSeparator + currentPath);
-
File.pathSeparator在 Windows 是";"，Linux/macOS 是":"，别硬编码 - 如果当前
PATH为null（极少见，但可能），需 fallback 到合理默认值，如"/usr/local/bin:/usr/bin:/bin" - 修改
LD_LIBRARY_PATH（Linux）或DYLD_LIBRARY_PATH（macOS）时同理，漏掉系统路径会导致动态库加载失败
执行 shell 内建命令（如 echo $VAR）必须显式调用 shell
直接 new ProcessBuilder("echo", "$MY_VAR") 不会做变量展开——因为 echo 是程序，不是 shell，它收不到 $MY_VAR 的展开结果，只会原样输出字符串 $MY_VAR。
要让变量生效，得把命令交给 shell 解释：
// Linux/macOS
ProcessBuilder pb = new ProcessBuilder("sh", "-c", "echo $MY_VAR");
pb.environment().put("MY_VAR", "hello");
// Windows
ProcessBuilder pb = new ProcessBuilder("cmd", "/c", "echo %MY_VAR%");
pb.environment().put("MY_VAR", "hello");
- 不要用
bash -c除非明确需要 bash 特性（如数组、[[ ]]），普通场景用sh或cmd更轻量、更兼容 - Windows 上
%VAR%是 cmd 语法，$env:VAR是 PowerShell 语法，混用会失败 - 命令字符串里含空格或特殊字符时，注意 shell 注入风险；可信输入可忽略，否则应改用参数化方式（如把值作为 argv 传入 shell 脚本）
子进程环境与 JVM 自身环境完全隔离
很多人困惑：为什么我在代码里 System.setProperty("foo", "bar")，子进程却读不到 FOO？因为系统属性（System.getProperty()）和操作系统环境变量（getenv()）是两套独立机制，JVM 不会自动把前者注入后者。
如果你需要让子进程获得某个配置项，只有两个可靠路径：
- 显式通过
pb.environment().put("FOO", System.getProperty("foo"))传过去 - 或改用启动参数：
java -Dfoo=bar -jar app.jar，再在子进程中用env.FOO访问（前提是 Java 启动脚本里做了透传）
绕过这些直接操作 System.getenv() 的内部 map（比如反射取 m 字段）不仅无效，而且从 JDK 17 开始已不可行——那个字段被移除了，代码会抛 NoSuchFieldException。
