验证JDK配置需三步：新开终端执行echo $JAVA_HOME（或%JAVA_HOME%）、java -version、javac -version，三者均成功才表示安装与环境变量配置完整；仅java -version通过不等于可编译代码。
直接在终端里运行 javac -version，看到类似 javac 21.0.3 的输出，就说明 javac 命令可用。但光这一条不够，必须配合其他检查才能确认配置真正生效。
必须新开一个终端窗口再验证
环境变量修改后，已打开的命令行窗口不会自动更新。哪怕刚点完“确定”，也得关掉所有 CMD/PowerShell/Terminal，重新打开一个干净的新窗口再测试。
三步独立验证缺一不可
在新终端中依次执行以下命令：
-
echo %JAVA_HOME%（Windows）或 echo $JAVA_HOME（macOS/Linux）：输出应为 JDK 根目录，例如
C:\Program Files\Java\jdk-21.0.3或/usr/lib/jvm/jdk-21.0.3；末尾不能带\bin或/bin -
java -version：返回 Java 运行时版本，如
java version "21.0.3" -
javac -version：返回编译器版本，如
javac 21.0.3
三项都成功，才算 JDK 安装与配置完整。只通过 java -version 不代表能写代码——没有 javac 就无法编译 .java 文件。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
快速定位问题的两个关键命令
如果 javac 报错，立即运行：
-
where javac（Windows）或 which javac（macOS/Linux）：看系统实际调用的是哪个路径下的 javac。如果返回空，说明 PATH 没指向正确的 bin 目录；如果指向了
C:\ProgramData\Oracle\Java\javapath或/usr/bin/javac，大概率是旧版或系统自带链接，需清理或调整顺序 -
where java 和 where javac 对比：二者父目录必须一致。若一个指向 jdk-17、另一个指向 jdk-11，说明 PATH 中混入多个 JDK，编译和运行将不兼容，可能触发
UnsupportedClassVersionError
常见假成功现象及应对
这些情况看似正常，实则隐患很大：
-
java -version能用，javac -version报 “不是内部或外部命令”：基本是 PATH 漏加了%JAVA_HOME%\bin，或加了但路径写成%JAVA_HOME%\jre\bin（JDK 17+ 已无独立 jre 目录） - 路径含中文或空格（如
C:\Program Files\Java），尤其在脚本或某些 IDE 中会解析失败；建议安装时手动指定简单路径，如D:\jdk-21 - 下载的是 JRE 而非 JDK：安装目录下没有
bin\javac.exe，只有jre文件夹；务必认准官网下载页标注 “JDK” 或 “Development Kit” 的安装包
