验证JDK环境变量需三步交叉验证：一查java -version和javac -version均输出一致版本号；二查JAVA_HOME指向JDK根目录（不含bin）；三查where/java或which/java返回路径与$JAVA_HOME/bin一致。

验证 JDK 环境变量是否正确，不能只看“配上了没”，关键要看系统“认不认、调不调、用不用”。必须分三步交叉验证，缺一不可。

确认 java 和 javac 命令都能正常执行

打开终端（Windows 用 CMD 或 PowerShell，macOS/Linux 用 Terminal），依次运行：

• java -version：应输出类似 java version "17.0.9" 的完整信息；若提示“不是内部或外部命令”，说明 PATH 没包含 JDK 的 bin 目录，或配置未生效（需重启终端）。
• javac -version：应输出 javac 17.0.9，且版本号与上一条严格一致；如果 java 可用但 javac 报错，大概率装的是 JRE 而非 JDK，或 PATH 指向了错误路径（比如只加了 JRE 的 bin）。

检查 JAVA_HOME 是否指向 JDK 根目录

这个变量本身不直接决定命令能否运行，但 Maven、Gradle、IDE 等工具全靠它定位开发套件：

• Windows 执行：echo %JAVA_HOME%
• macOS/Linux 执行：echo $JAVA_HOME

输出必须是 JDK 安装的根目录，例如：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

立即学习“Java免费学习笔记（深入）”；

• Windows：C:\Program Files\Java\jdk-17.0.2（不含 \bin，末尾无反斜杠）
• macOS：/Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/Home
• Linux：/usr/lib/jvm/jdk-17.0.2

⚠️ 错误示例：C:\jdk-17.0.2\bin 或 /jre —— 这会导致构建工具找不到编译器和工具类。

验证实际调用的 Java 是你配置的那个

PATH 中可能混入多个 Java 路径，优先级高的会覆盖你的设置。必须查清“真正执行的是谁”：

• Windows 执行：where java 和 where javac，两个结果应出自同一 bin 目录，且该路径应等于 %JAVA_HOME%\bin\java.exe。
• macOS/Linux 执行：which java 和 which javac，输出应为 $JAVA_HOME/bin/java 和 $JAVA_HOME/bin/javac。
• 若结果指向 C:\Program Files (x86)\Common Files\Oracle\Java\javapath 或系统默认 JRE，说明你的 JDK 路径未排在 PATH 前端，需调整顺序或删除干扰项。

可选但实用的最终验证

写一个最小可运行程序，一次性验证 JDK 完整性、编码支持与 CLASSPATH 默认行为：

• 新建文件 Hello.java，内容为：

public class Hello { public static void main(String[] args) { System.out.println("OK"); } }

• 在该目录下执行：javac Hello.java && java Hello
• 输出 OK 即通过；此步骤还能暴露中文路径、文件编码、权限等隐藏问题。