通过PowerShell添加JAVA_HOME至系统Path环境变量的疑问

这是完全正常的现象，并不是你的操作有误！下面给你拆解原因和后续的验证方法：

为什么手动添加和脚本添加的结果不一样？ #

• 手动通过系统环境变量窗口添加：Windows自带的环境变量编辑器有个特殊行为——当你输入带%变量名%的路径时，它会自动将变量引用扩展为实际路径后写入系统注册表。所以你用[Environment]::GetEnvironmentVariable('Path', [System.EnvironmentVariableTarget]::Machine)获取到的是已经解析后的绝对路径。
• 用PowerShell的SetEnvironmentVariable添加：这个.NET方法会严格按照你传入的字符串内容写入注册表，不会自动扩展环境变量引用。所以你看到的结果是原封不动的%JAVA_HOME%\bin，这是它的预期行为。

那保留%JAVA_HOME%\bin的引用是否生效？ #

别担心，虽然读取的时候显示的是未解析的字符串，但系统在实际使用Path环境变量时，会自动解析这个变量引用。你可以做个简单验证：

1. 修改JAVA_HOME指向另一个JDK版本（比如C:\Program Files\Java\jdk1.8.0_200）
2. 打开一个新的命令行窗口（旧窗口的环境变量不会自动更新）
3. 执行java -version，你会发现系统已经使用了新JDK的版本，说明%JAVA_HOME%\bin的动态引用是生效的。

如果想让脚本添加后也能在读取时显示解析后的路径？ #

如果你确实需要GetEnvironmentVariable返回解析后的路径，那可以先手动扩展变量再设置，但这样会失去动态复用JAVA_HOME的优势——以后修改JAVA_HOME时，Path不会自动同步更新。示例代码如下：

$javaHome = [Environment]::GetEnvironmentVariable('JAVA_HOME', [System.EnvironmentVariableTarget]::Machine)
$newPath = [Environment]::GetEnvironmentVariable('Path', [System.EnvironmentVariableTarget]::Machine) + ";$javaHome\bin"
[Environment]::SetEnvironmentVariable("Path", $newPath, [System.EnvironmentVariableTarget]::Machine)

但更推荐保留%JAVA_HOME%\bin的引用，这样Path能跟随JAVA_HOME的变化自动生效。

内容的提问来源于stack exchange，提问作者muhihsan