Windows上JDK升级不建议覆盖安装，因System32代理文件、JavaSoft注册表项及残留环境变量未清理，会导致java/javac版本不一致、jvm.cfg错误及IDE识别错乱。
Windows 上 JDK 升级时不建议直接覆盖安装，因为看似省事，实则极易引发 java 与 javac 版本不一致、Error: could not open `jvm.cfg`、IDE 识别错乱等问题。根本原因不是“装了新版本”，而是旧残留未清理——系统仍从 System32、注册表或环境变量中加载旧 JVM。
必须手动清理的三个关键残留点
Oracle 官方 .exe 安装包不会自动清除以下内容，必须人工干预：
- C:\Windows\System32 下的代理文件：java.exe、javaw.exe、javaws.exe —— 这些是系统级硬链接，优先级高于 PATH，哪怕 JDK 目录已删，它们仍会调用旧版 jvm.dll；
-
JavaSoft 注册表项：包括
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft及其子项（如Java Runtime Environment\1.8、Java Development Kit\17.0.1），JVM 启动时会读取其中的JavaHome和RuntimeLib； -
残留环境变量：系统或用户级的
JAVA_HOME、PATH 中指向已删除 JDK 路径的条目，会导致命令行行为不稳定，尤其影响 Maven/Gradle。
安全升级的正确操作顺序
每一步都对应一个真实故障源，不可跳过：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 关闭所有终端、IDE、Maven/Gradle 进程，避免文件被占用；
- 以管理员身份运行 CMD 或 PowerShell，删除
C:\Windows\System32\java.exe等三个文件； - 打开 regedit，定位并彻底删除：
•HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft
•HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\JavaSoft（64位系统必须清两处）； - 检查系统属性 → 高级 → 环境变量，删掉所有无效的 JAVA_HOME 和 PATH 中的旧 JDK 路径；
- 重启电脑或至少重启资源管理器，再运行新 JDK 安装包（推荐使用 MSI 包，比 EXE 更规范）。
更稳妥的替代方案：多版本共存 + 手动切换
如果常需切换 JDK（如维护 JDK 8 项目又开发 JDK 21 新功能），应放弃覆盖思路，改用分目录+脚本管理：
立即学习“Java免费学习笔记（深入）”；
- 将不同版本解压/安装到固定路径，例如：
C:\dev\jdk-8u292、C:\dev\jdk-21.0.1； - 编写
setjdk8.bat和setjdk21.bat，内容为：
set JAVA_HOME=C:\dev\jdk-8u292
set PATH=%JAVA_HOME%\bin;%PATH%； - 每次新开命令行前先运行对应脚本；IDE 中单独配置 Project SDK，不依赖全局 JAVA_HOME。
覆盖安装不是技术限制，而是设计陷阱。真正省时间的做法，是清理干净再装，或干脆绕开覆盖，用共存方式掌控版本。
