核心是验证各环节是否真正生效：检查JAVA_HOME是否指向JDK根目录（非bin）、PATH是否含%JAVA_HOME%\bin且顺序靠前、java与javac版本一致，修改后需重启终端和IDE。
装完 JDK 却发现 javac 找不到、IDE 提示“no JDK configured”、或者 java -version 和 javac -version 显示不同版本——这些都不是安装失败，而是配置环节漏了关键点。查漏补缺的核心是：**验证每个环节是否真正生效，而不是只看“有没有配”。**
检查 JAVA_HOME 是否指向正确的 JDK 根目录
JAVA_HOME 是很多工具（Maven、Gradle、IDE）识别 JDK 的第一依据，它必须精确到 JDK 安装的最外层文件夹，不能带 /bin，也不能指向 JRE 或旧版本残留路径。
- 在命令行运行
echo %JAVA_HOME%（Windows）或echo $JAVA_HOME（macOS/Linux），确认输出路径存在且可访问 - 进入该路径，检查里面是否有
bin（含javac.exe或javac）、lib、jre等标准子目录 - 常见错误：路径复制时多了一个反斜杠（如
C:\Program Files\Java\jdk-17.0.1\结尾有\）、路径含中文或空格未加引号（Windows 命令行下可能失效）
确认 Path 中添加的是 %JAVA_HOME%\bin（不是绝对路径，也不是 jre\bin）
Path 决定你在任意目录敲 java 或 javac 能不能被系统找到。关键在于：必须引用 %JAVA_HOME%\bin，而不是直接写死一个绝对路径。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 运行
where java（Windows）或which java（macOS/Linux），看返回的路径是否属于你刚装的 JDK 的bin目录 - 再运行
where javac或which javac，确保它和java来自同一位置；如果java能用但javac报错，大概率是 Path 里混进了旧 JRE 的bin或只加了jre\bin - Windows 用户注意：不要勾选安装器里的“公共 JRE”，它会往 Path 里偷偷加一条
C:\Program Files (x86)\Common Files\Oracle\Java\javapath，这个路径优先级高且指向不明，极易导致命令错乱
验证两个命令是否一致且版本正确
这是最直接的“漏没漏”的判断标准。开发用的 JDK 必须保证 java 和 javac 同源同版本。
立即学习“Java免费学习笔记（深入）”；
- 分别执行
java -version和javac -version，输出的版本号（如17.0.1）必须完全一致 - 如果版本不一致，说明 Path 里存在多个 Java 相关路径，系统按顺序找到了不同来源的命令；此时要清理 Path 中所有非
%JAVA_HOME%\bin的 Java 相关条目 - 如果版本正确但 IDE 仍报错，重启 IDE（不是重启项目，是彻底关闭再打开），因为 IDE 启动时只读取一次环境变量
检查终端/命令行是否加载了最新配置
环境变量修改后，已打开的终端不会自动刷新，这是新手最容易忽略的一环。
- Windows：关闭当前 CMD/PowerShell，重新打开；若用 Git Bash，需重启 Bash 或运行
source ~/.bashrc - macOS/Linux：修改了
~/.zshrc或~/.bash_profile后，必须运行source ~/.zshrc（或对应文件）才生效；新开终端也行，但别忘了确认 Shell 类型（echo $SHELL） - IDE 内置终端（如 IntelliJ 的 Terminal）默认继承系统环境，但有时会缓存旧值，建议在 IDE 外部终端先验证成功，再启动 IDE
