验证Java环境变量需四步：一查java -version和javac -version是否可用且版本一致；二验JAVA_HOME是否指向JDK根目录（非bin）；三用%JAVA_HOME%\bin\java -version等显式调用交叉比对；四通过mvn -v、IDE设置及where/which确认路径一致性。
确认环境变量指向正确版本，关键不是只看“有没有”，而是看“是不是你要的那个”。尤其当系统里装了多个 JDK（比如 jdk-17 和 jdk-21），PATH 或 JAVA_HOME 指错了，命令跑出来的可能是旧版、甚至系统自带的 Java。
查 java 和 javac 实际调用的是哪个路径
光看 java -version 输出版本号不够，得知道这个命令到底从哪来的：
- Windows：运行 where java 和 where javac，输出路径应都落在你设的
%JAVA_HOME%\bin下（例如C:\Program Files\Java\jdk-21.0.3\bin\java.exe） - macOS/Linux：运行 which java 和 which javac，结果应为
$JAVA_HOME/bin/java和$JAVA_HOME/bin/javac - 如果 where/which 返回多个路径，说明 PATH 里混进了其他 Java 目录；优先级高的那个会生效——要把
%JAVA_HOME%\bin或$JAVA_HOME/bin放在 PATH 最前面
用 JAVA_HOME 显式调用，做交叉比对
绕过 PATH 干扰，直接用变量值验证是否真能用：
- Windows：%JAVA_HOME%\bin\java -version 和 %JAVA_HOME%\bin\javac -version
- macOS/Linux：$JAVA_HOME/bin/java -version 和 $JAVA_HOME/bin/javac -version
- 这两条输出的版本号必须和 java -version、javac -version 完全一致；不一致就说明 PATH 里有别的 Java 在“抢跑”
看构建工具和 IDE 认的是不是同一个 JDK
真实开发中，Maven、Gradle、IntelliJ 等才是最终“裁判”：
- 运行 mvn -v，检查输出中 Java home 行是否与 echo %JAVA_HOME%（Windows）或 echo $JAVA_HOME（macOS/Linux）完全一致
- IntelliJ IDEA 中：File → Project Structure → SDKs，所列 SDK 路径必须等于 JAVA_HOME 值
- VS Code 中：设置里搜索 java.home，值应为 JAVA_HOME 路径（不带
/bin）
检查 JAVA_HOME 本身是否合法
变量值写对了，但目录结构不对，也会导致工具链失效：
- 进到 %JAVA_HOME%（Windows）或 $JAVA_HOME（macOS/Linux）目录下，手动确认是否存在
bin、lib、jre（JDK 17+ 可能没有独立 jre 文件夹）等标准子目录 - 打开
bin文件夹，确认里面有java.exe和javac.exe（Windows）或java、javac（macOS/Linux）可执行文件 - 如果 JAVA_HOME 路径末尾带
\bin或/bin，立刻删掉——这是最常见也最致命的错误
