验证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、数据库、前端框架），记在
- 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，内容为：
- 在该目录下执行：javac Hello.java && java Hello
- 输出 OK 即通过；此步骤还能暴露中文路径、文件编码、权限等隐藏问题。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
