升级jdk后不能仅凭java -version判断生效，必须交叉验证：①java -version与javac -version主版本号一致；②where/java或which/javac确认二者路径同属新jdk的bin目录；③echo %java_home%或$java_home指向新jdk根目录且结构完整；④排除ide、构建工具等干扰源。
升级 JDK 后不能只看 java -version 就认为新版本已生效，因为系统可能仍调用旧版本或残留配置。必须通过多点交叉验证，才能确认切换真正完成。
检查 java 和 javac 的实际版本是否一致
打开新启动的命令行（关闭再重开，确保加载最新环境变量），依次执行：
-
java -version：查看运行时版本，例如
openjdk version "17.0.2" -
javac -version：查看编译器版本，应与上一条输出主版本号完全一致（如
javac 17.0.2） - 若两者版本不同，说明 java 和 javac 来自不同 JDK 安装目录，属于“假切换”
定位可执行文件真实路径
仅靠版本号还不够，要确认它们是否来自你刚升级的目标 JDK：
- Windows 执行：where java 和 where javac
- macOS/Linux 执行：which java 和 which javac
- 两个命令返回的路径必须指向同一 JDK 的
bin目录（如C:\Program Files\Java\jdk-17.0.2\bin\java.exe） - 如果其中一个是
C:\Program Files\Java\jre1.8.0_301\bin\java.exe，说明 JRE 干扰了 JDK 切换
核对 JAVA_HOME 是否指向新 JDK 根目录
这个变量是多数构建工具和 IDE 的默认依据，必须准确无误：
- Windows 输入：echo %JAVA_HOME%，应输出类似
C:\Program Files\Java\jdk-17.0.2（不含\bin） - macOS/Linux 输入：echo $JAVA_HOME，应输出类似
/Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/Home - 进入该路径，确认存在
bin/javac和lib/rt.jar（JDK 8）或lib/modules（JDK 9+）
排除常见干扰源
很多“看似成功”的切换其实是被其他组件覆盖了：
- IDE（如 IntelliJ、Eclipse）自带嵌入式 JDK，会优先使用自身 SDK，不读系统 JAVA_HOME
- Android Studio、Gradle Wrapper 或 Maven 的
toolchains.xml可能硬编码了旧 JDK 路径 - 某些安装包（如 Oracle JDK .exe）在注册表中写入了全局 JavaSoft 键，影响
java命令解析顺序 - PowerShell 或 VS Code 终端未继承最新环境变量，建议用原生 CMD 或重启终端再试
