验证Java环境配置需三步交叉验证：先运行java -version看版本与架构，再用echo %JAVA_HOME%或echo $JAVA_HOME确认JDK根目录路径，最后通过where java（Windows）或which java（macOS/Linux）及java -cp . VersionCheck验证实际调用的JDK版本与路径是否一致。
查看 Java 版本不能只依赖 java -version，因为这个命令显示的是当前 PATH 下第一个可用的 java 可执行文件对应的运行时版本，未必是你配置的 JDK 版本，更不反映实际开发或构建中使用的版本。真正要确认“环境变量配置是否生效、指向哪个版本”，需要分三步交叉验证。
看命令行输出里的架构与版本标识
在终端（Windows CMD/PowerShell、macOS/Linux Terminal）中运行：
java -version
重点观察输出中的两处信息：
立即学习“Java免费学习笔记（深入）”；
- 第一行：如
java version "17.0.8"，表示主版本号 - 第三行（或第二行末尾）：如
Java HotSpot(TM) 64-Bit Server VM表示 64 位；若只有Server VM且无64-Bit，大概率是 32 位（但旧版 JDK 1.7 可能例外）
查 JAVA_HOME 指向的实际路径
环境变量 JAVA_HOME 是多数构建工具（Maven、Gradle、IDE）识别 JDK 的依据，必须准确指向 JDK 根目录（不是 JRE，也不是 bin 子目录）：
- Windows：运行
echo %JAVA_HOME% - macOS/Linux：运行
echo $JAVA_HOME
如果输出为空，说明未设置；如果路径存在，进入该目录确认是否含 bin/javac 和 lib/tools.jar 等 JDK 特征文件。常见正确路径示例：
- Windows：
C:\Program Files\Java\jdk-17.0.2 - macOS：
/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home - Linux：
/usr/lib/jvm/java-17-openjdk-amd64
追溯 which java 真实来源
java 命令是否真的调用 JAVA_HOME 下的程序？不一定。PATH 顺序优先级更高：
- Windows：运行
where java，它会列出所有匹配路径，第一个生效 - macOS/Linux：运行
which java，再用ls -l $(which java)查看软链接最终指向
例如 macOS 上 /usr/bin/java 往往是系统代理，真实路径可能藏在 /etc/alternatives/java 或 /Library/Java/JavaVirtualMachines/... 中。只有当 which java 返回的路径包含在 $JAVA_HOME/bin 内，才说明环境变量配置与命令调用一致。
用 JVM 属性确认实际加载版本（最可靠）
绕过命令行包装器干扰，直接读取 JVM 启动时加载的真实属性：
新建一个 VersionCheck.java：
public class VersionCheck {<br> public static void main(String[] args) {<br> System.out.println("Java version: " + System.getProperty("java.version"));<br> System.out.println("Arch model: " + System.getProperty("sun.arch.data.model") + "-bit");<br> System.out.println("JDK home: " + System.getProperty("java.home"));<br> }<br>}
编译并运行：
javac VersionCheck.java<br>java VersionCheck
输出的 java.version 和 java.home 才是程序运行时真正使用的 JDK 版本与路径，不受 shell 包装、IDE 缓存或 PATH 干扰。
