卸载OpenJDK后需交叉验证JAVA_HOME和PATH是否清理干净：先echo $JAVA_HOME和echo $PATH | tr ':' '\n' | grep java检查残留路径，新开终端执行；Linux/macOS排查~/.bashrc、~/.zshrc等配置文件并source生效，Windows需删除注册表中HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit下对应旧版本子项，最后用java_home -V或reg query确认无旧版本残留。
确认 JAVA_HOME 和 PATH 是否还在生效
卸载 OpenJDK 后，java -version 可能仍显示旧版本，或报 command not found —— 这往往不是 JDK 没删干净，而是终端还在读取残留的环境变量。先验证当前生效的配置：
- 运行
echo $JAVA_HOME：如果输出一个已不存在的路径（比如/usr/lib/jvm/java-17-openjdk-amd64），说明变量没清掉 - 运行
echo $PATH | tr ':' '\n' | grep java：检查 PATH 里是否还藏着旧 JDK 的bin目录 - 新开一个终端再执行以上命令——很多用户忘了这步，结果在旧 shell 里改了配置却看不到效果
Linux/macOS：查清环境变量写在哪几个文件里
OpenJDK 卸载后，JAVA_HOME 很可能还硬编码在 shell 配置文件中。别只改 ~/.bashrc，得挨个排查：
-
~/.bashrc、~/.bash_profile、~/.zshrc（macOS Catalina+ 默认用 zsh）、~/.profile -
/etc/profile（系统级，影响所有用户） -
/etc/environment（某些 Debian/Ubuntu 发行版用这个存全局变量）
用 grep -n "JAVA_HOME" ~/.bashrc ~/.zshrc /etc/profile 2>/dev/null 快速定位；找到后整行删除，或加 # 注释掉。改完必须运行 source ~/.zshrc（或对应文件）才生效。
Windows：删注册表项比删环境变量更关键
Windows 下光在「系统属性 → 环境变量」里删掉 JAVA_HOME 和 PATH 里的 JDK 路径还不够。旧 JDK 安装时可能往注册表写了默认值，导致新 JDK 被忽略：
- 打开
regedit，导航到HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit - 展开后看子项名是不是旧版本号（如
17.0.2），右键删除该子项（⚠️ 不要删整个Java Development Kit项） - 同样检查
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK，逻辑一致 - 删完重启终端或 CMD/PowerShell，再运行
where java确认无残留路径
验证清理是否真正完成
最容易被跳过的一步是交叉验证：仅靠 java -version 不够，它只反映 PATH 中第一个匹配项。你得确认系统“看不见”旧 JDK：
- Linux/macOS：运行
/usr/libexec/java_home -V（macOS）或update-alternatives --list java（Debian/Ubuntu），若列表里还有旧版本，说明卸载不彻底或 alternatives 没清理 - Linux：执行
ls /usr/lib/jvm/，确保目录下没有残留的java-xx-openjdk文件夹 - Windows：运行
reg query "HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit" /s，输出应为空或只含你刚装的新版本
环境变量这层看似简单，实则最易漏掉隐藏入口——尤其是 macOS 的 ~/.zshrc 和 Windows 注册表里那个带版本号的子键，不手动点开看，根本不知道它还在那儿。
