问题背景本人在测试Protocol buffers序列化工具时将项目设置为了 JDK 22 版本如图所示问题现象但在执行时因为涉及到需要手动执行 mvn clean compile 命令但是我的本地 JDK 环境是为了兼容之前项目而设置的1.8版本如图所示执行时报了版本不匹配问题[INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 1.776 s[INFO] Finished at: 2026-04-09T10:31:2408:00[INFO] ------------------------------------------------------------------------[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.11.0:compile (default-compile) on project Maven_Demo: Fatal error compiling: 无效的 目标发行版: 22 - [Help 1][ERROR][ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.[ERROR] Re-run Maven using the -X switch to enable full debug logging.[ERROR][ERROR] For more information about the errors and possible solutions, please read the following articles:[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException问题答案尝试于是我将本地JDK环境修改为了22版本然后在power shell环境中读取到的是最新的22版本信息但是当我在idea中尝试执行 mvn clean compile 命令时依然报的上面版本不匹配问题我尝试重启IDEA但是重启之后在编译器环境中读取到的依然是旧的1.8版本的JDK于是我就很好奇尝试了在IDEA的 Terminal直接修改环境$env:JAVA_HOMED:\java\jdk-22没想到读取的时候依然是1.8我不禁怀疑是不是命令失效了但又一想不太可能啊。问题解决最后没办法了只能麻烦一点尝试了重启电脑重启之后发现之前设置的环境变量在此时才能够被IDEA正确读取了。背后隐藏的真正原因Windows 系统上的经典“历史遗留问题”Windows 的“传家宝”机制在 Windows 中环境变量并不是每次运行时实时读取的。当登录系统时Windows 会读取一遍注册表里的环境变量然后把这份“快照”传给explorer.exe也就是桌面、任务栏。IDEA 的“继承”关系当双击图标启动 IDEA 时IDEA 进程是explorer.exe的子进程。它会从父进程那里继承那份启动时的“快照”。修改后的“断层”当我们在“系统属性”里修改了环境变量后Windows并不会自动通知已经运行的explorer.exe更新这份快照。所以即使关闭了 IDEA 再重开explorer.exe手里的“旧地图”依然没变它传给新启动的 IDEA 的还是旧版本JDK 1.8。重启电脑之所以管用是因为它强制杀死了explorer.exe并重新登录系统被迫重新读取最新的注册表配置生成新的“快照”。下次不想重启电脑怎么办下次如果修改了环境变量不想重启电脑可以用下面这个方法强制刷新效果立竿见影方法1使用setx命令“激活”新变量这个方法可以强制把新变量写入当前会话不需要重启。以管理员身份运行 CMD 或 PowerShell。输入以下命令把路径换成你的 JDK 22 路径setx /M JAVA_HOME C:\Program Files\Java\jdk-22注意/M表示修改系统级变量。关键一步关闭所有 IDEA 窗口然后重新打开 IDEA。这时候 IDEA 通常会读取到最新的值因为setx命令会触发底层的广播消息。方法2重启 Windows 资源管理器最快无需重启电脑这是最“极客”且高效的解法效果等同于重启电脑但只需要 5 秒钟。按下Ctrl Shift Esc打开任务管理器。在“进程”列表中找到Windows 资源管理器(Windows Explorer)。右键点击它选择“重新启动”。注意此时桌面和任务栏会闪烁消失一下然后重新出现这是正常的。重新启动 IDEA。原理重启explorer.exe会强制它重新读取系统最新的环境变量新启动的 IDEA 就能继承到 JDK 22 了。方法3通过命令行启动 IDEA绕过资源管理器如果你不想重启资源管理器可以用命令行启动 IDEA因为命令行窗口CMD/PowerShell在打开时会实时读取最新的环境变量。打开一个新的 CMD 或 PowerShell 窗口。输入启动命令假设你的 IDEA 安装路径如下请根据实际情况调整C:\Program Files\JetBrains\IntelliJ IDEA 2023.3.2\bin\idea64.exe原理这时候 IDEA 的父进程是 CMD而 CMD 已经读取了最新的 JDK 22 变量所以 IDEA 也能拿到最新的变量。这个问题不是 BUG而是 Windows 的“特性”。