我之前刚踩过这个一模一样的坑！问题根源其实不是你设置的环境变量内容或类型不对——而是Windows的环境变量缓存机制：你通过脚本修改注册表后，系统并没有主动通知所有进程刷新环境变量，而手动打开环境变量编辑界面时，系统会自动发送一个「环境变量更新」的广播，这才让新CMD读到了正确的可扩展PATH。

要在脚本里完成这个闭环，只需要在设置完环境变量后，手动触发这个系统广播就行。下面是完整的可运行脚本：

# 1. 设置M2_HOME用户环境变量（替换成你的实际Maven路径）
$m2HomePath = "C:\apache-maven-3.9.6"
[System.Environment]::SetEnvironmentVariable("M2_HOME", $m2HomePath, "User")

# 2. 更新用户PATH，添加%M2_HOME%\bin并设置为可扩展字符串类型
$regPath = "HKCU:\Environment"
$currentUserPath = (Get-ItemProperty -Path $regPath -Name PATH).PATH
$newUserPath = "$currentUserPath;%M2_HOME%\bin"

# 关键：指定Type为ExpandString，确保注册表中PATH的类型正确
Set-ItemProperty -Path $regPath -Name PATH -Value $newUserPath -Type ExpandString

# 3. 发送系统广播，通知所有进程环境变量已更新
Add-Type @"
using System;
using System.Runtime.InteropServices;

public class EnvUpdater {
    [DllImport("user32.dll", SetLastError = true, CharSet = CharSet.Auto)]
    public static extern IntPtr SendMessageTimeout(
        IntPtr hWnd,
        uint Msg,
        UIntPtr wParam,
        string lParam,
        uint fuFlags,
        uint uTimeout,
        out UIntPtr lpdwResult);
}
"@

$HWND_BROADCAST = [IntPtr]0xffff
$WM_SETTINGCHANGE = 0x001A
$nullResult = [UIntPtr]::Zero

[EnvUpdater]::SendMessageTimeout(
    $HWND_BROADCAST,
    $WM_SETTINGCHANGE,
    [UIntPtr]::Zero,
    "Environment",
    2,
    5000,
    [ref]$nullResult)

为什么这样能解决问题？ #

• 用Set-ItemProperty -Type ExpandString确保注册表中PATH的类型是可扩展字符串，这样系统读取时会自动解析%M2_HOME%变量
• 调用SendMessageTimeout发送WM_SETTINGCHANGE广播，强制Windows更新全局环境变量缓存，新启动的CMD/PowerShell进程会直接读取到更新后的PATH，不需要手动触发

运行完这个脚本后，直接打开新的CMD窗口就能运行Maven命令了，再也不用手动点环境变量界面啦！

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