Java卸载后java -version仍显示旧版本，根本原因是环境变量未更新：JAVA_HOME指向旧路径或PATH中旧bin目录优先级更高，需手动清理环境变量、IDE及构建工具中的JDK配置。
Java卸载后为何 java -version 仍显示旧版本
常见现象是控制台执行 java -version 或 javac -version 依然返回已卸载的 JDK（如 JDK 8），但系统中已安装新版本（如 JDK 17）。根本原因不是“卸载不干净”，而是环境变量未同步更新——JAVA_HOME 指向旧路径，或 PATH 中旧 bin 目录排在新版本之前。
- Windows 下检查
echo %JAVA_HOME%和echo %PATH%，确认是否含类似C:\Program Files\Java\jdk1.8.0_301\bin的残留路径 - macOS/Linux 执行
echo $JAVA_HOME和echo $PATH，注意/Library/Java/JavaVirtualMachines/jdk1.8.0_301.jdk/Contents/Home/bin这类路径是否仍在PATH前部 - 不要只依赖“程序和功能”或“访达废纸篓”清空安装目录——JDK 自带卸载器通常不碰环境变量，也不清理 shell 配置文件中的手动设置
如何定位并删除真实的 JDK 安装残留目录
不同系统存放位置差异大，仅删注册表或应用列表无用。必须手动确认物理路径是否还存在，并验证是否被 java 命令实际调用。
- Windows：检查
C:\Program Files\Java\和C:\Program Files (x86)\Java\，删除整个jdkX.X.X_XXX文件夹（如jdk1.8.0_301）；同时留意用户目录下是否有便携版（如%USERPROFILE%\Downloads\jdk-8u301） - macOS：运行
/usr/libexec/java_home -V列出所有已注册 JDK，输出中显示的路径（如/Library/Java/JavaVirtualMachines/jdk-8u301.jdk）就是真实安装点，直接移入废纸篓即可 - Linux：常见于
/usr/lib/jvm/或$HOME/jdk/，用ls -la /usr/lib/jvm/查看，确认版本号后sudo rm -rf jdk1.8.0_301 - 注意：
java -XshowSettings:properties -version 2>&1 | grep java.home可查当前 JVM 实际加载的java.home，这是最准的“正在用谁”的依据
环境变量清理与重置的关键顺序
改错顺序会导致新 JDK 不生效。必须先断开旧引用，再设新值，且需区分全局配置与当前会话。
- Windows：在“系统属性 → 高级 → 环境变量”中，彻底删除
JAVA_HOME的旧值；编辑PATH，移除所有含\Java\的旧bin条目；最后新建JAVA_HOME指向新 JDK 根目录（如C:\Program Files\Java\jdk-17.0.1），并在PATH开头添加%JAVA_HOME%\bin - macOS/Linux：检查
~/.zshrc、~/.bash_profile或/etc/profile中是否硬编码了export JAVA_HOME=...或export PATH=.../jdk1.8.../bin:$PATH，逐行注释或删除；新配置建议用export JAVA_HOME=$(/usr/libexec/java_home -v 17)动态获取 - 改完必须新开终端窗口验证——旧终端的
PATH缓存不会自动刷新
IDE 和构建工具里的 JDK 配置常被忽略
即使命令行 java -version 正确，IntelliJ、Eclipse、Maven 或 Gradle 仍可能用旧 JDK 编译，因为它们各自维护独立的 JDK 设置。
立即学习“Java免费学习笔记（深入）”；
- IntelliJ：File → Project Structure → Project Settings → Project → Project SDK，确认下拉列表选中的是新 JDK（而非灰色显示的“1.8”）；同时检查 Modules → Sources → Language level
- Eclipse：Preferences → Java → Installed JREs，勾选新 JDK 并设为默认；Project → Properties → Java Build Path → Libraries → JRE System Library → Edit → Alternate JRE
- Maven：检查
~/.m2/settings.xml是否有<profiles><profile><properties><java.home>...</java.home></properties></profile></profiles>硬编码；更稳妥的是在项目根目录pom.xml中用maven-compiler-plugin显式指定<source>17</source><target>17</target> - Gradle：查看
gradle.properties是否含org.gradle.java.home=...，或在build.gradle中确认java { toolchain { languageVersion = JavaLanguageVersion.of(17) } }
真正麻烦的从来不是删文件，而是那些散落在 shell 配置、IDE 设置、构建脚本里的隐式引用——它们不会报错，只会悄悄拖慢编译、触发不兼容警告，或者让 mvn compile 和终端 javac 行为不一致。
