应精准清理HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft及其子项中JavaHome失效的JDK版本项、WOW6432Node下对应32位Java项，以及Uninstall路径下InstallLocation不存在的Java相关子项，删除前须导出备份并关闭所有终端。
Windows 注册表里残留的 Java 路径，不是指某个“路径字符串”直接写在注册表某处，而是指那些指向已删除 JDK/JRE 目录的配置项——它们会让系统或安装器误判 Java 仍存在，导致 java -version 还能运行、新 JDK 安装报“版本已存在”、IDE 找不到新版 JDK 等问题。清理关键不在“搜 java 字样全删”，而在精准定位并移除真正失效的注册表项。
重点清理这三类注册表位置
以下路径必须逐项检查，只删 InstallLocation 不存在 或 JavaHome 指向空目录 的子项，不删整个父键（除非确认为空）：
-
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft 及其子项：
展开JDK和Java Development Kit，查看每个版本号子项右侧的JavaHome值。若该路径（如C:\Program Files\Java\jdk-17.0.1）在文件资源管理器中打不开，就右键删除整个该版本子项（例如17.0.1）。 -
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\JavaSoft（仅64位系统）：
这是32位 Java 的对应注册区，操作同上。很多旧 JRE 是32位安装的，此处常被忽略。 -
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall 下所有含 Java/JDK/JRE 的子项：
逐个点开，看右侧DisplayName和InstallLocation。若InstallLocation是空值、乱码，或指向一个根本不存在的文件夹（比如C:\Program Files\Java\jre1.8.0_202但该路径下什么都没有），就右键导出备份后删除该项。
别碰这些，除非你确认它完全没用
有些注册表位置看似相关，但盲目删除反而引发问题：
- HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft 这个父键本身不要删——除非里面所有子项都已清空且你确定后续不装 Oracle JDK；它是新安装器写入的基础容器。
- HKEY_CLASSES_ROOT\Installer\Products 下的 Java 条目：这类项依赖 ProductCode 关联 MSI 缓存，手动删易出错，优先通过前面的 Uninstall 路径清理更安全。
- HKEY_CURRENT_USER\Software\JavaSoft：一般只影响当前用户级 Java 部署（如浏览器插件缓存），若你不用 Java Web Start 或老式 Applet，可整项删除；否则建议只删其中明确失效的子键。
清理前必做两件事
避免误删或无法恢复：
立即学习“Java免费学习笔记（深入）”；
-
先导出备份：在 regedit 中右键目标项 → “导出”，保存为
java_reg_backup_20261009.reg这类带日期的文件，放在桌面备用。 - 关闭所有终端和 IDE：CMD/PowerShell/IntelliJ/VS Code 终端窗口全部关掉，否则环境变量不会刷新，清理后验证会失真。
验证是否清理干净
重启资源管理器或直接重启电脑后，执行以下检查：
- 新开 CMD，运行
reg query "HKLM\SOFTWARE\JavaSoft\JDK" /s和reg query "HKLM\SOFTWARE\JavaSoft\Java Development Kit" /s，确认输出中不再出现你已删除的版本号。 - 运行
where java，应返回“INFO: Could not find files for the given pattern”；若仍有路径，说明 Path 环境变量还没清，需回系统属性里检查。 - 再装 JDK 时，安装界面不应再提示“已存在相同版本”。
