必须新开CMD窗口执行echo %JAVA_HOME%验证，若输出为空、字面量或含\bin，则配置错误；再检查where java是否返回%JAVA_HOME%\bin\java.exe，否则PATH存在干扰项。
要在Windows命令行中确认JAVA_HOME是否真正配置生效，不能只看java -version能运行就认为没问题——因为PATH里可能直接写了JDK路径，而JAVA_HOME变量本身仍是空的，这会导致Hadoop、Maven等工具启动失败。
打开正确的命令行窗口
按Win + R → 输入cmd → 回车。不要用已打开的旧窗口，必须新开一个，否则看不到刚设置的系统变量。
这一步不能跳过。环境变量修改后，所有已存在的CMD或PowerShell进程都不会自动继承新值，只有新启动的终端才读取注册表中的最新设置。
检查JAVA_HOME变量值
在新打开的CMD窗口中，输入：
立即学习“Java免费学习笔记（深入）”；
echo %JAVA_HOME%
如果输出为空行、%JAVA_HOME%字面量、或路径明显错误（如含中文、带引号、指向C:\Program Files\Java\jdk-17\bin），说明变量未设置或设置失败。
【关键前提：变量名必须全大写，且使用%符号包裹，写成$JAVA_HOME或java_home会查不到】
验证JAVA_HOME指向是否合规
第一步：确认输出路径下存在bin\java.exe文件。例如，若echo %JAVA_HOME%返回D:\jdk\jdk-17.0.9，则手动检查D:\jdk\jdk-17.0.9\bin\java.exe是否存在。
第二步：运行该绝对路径下的java.exe验证可执行性：
D:\jdk\jdk-17.0.9\bin\java.exe -version
如果报错“系统找不到指定的文件”，大概率是路径末尾多了\bin，或者JDK实际安装在子目录里但JAVA_HOME多写了一层。
第三步：对比where java输出与JAVA_HOME的关系。执行：
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
where java
正常应返回%JAVA_HOME%\bin\java.exe的展开路径。若返回C:\Windows\System32\java.exe或其它无关路径，说明PATH中存在干扰项，%JAVA_HOME%\bin未被正确加入或未置顶。
交叉验证PATH是否包含JAVA_HOME\bin
方法一（快速筛查）：
echo %PATH% | findstr /i "java"
观察输出中是否出现类似D:\jdk\jdk-17.0.9\bin的完整路径（即%JAVA_HOME%\bin已被展开），而非字面量%JAVA_HOME%\bin。
方法二（精准定位）：
在「环境变量」窗口中打开系统变量Path → 查找是否有一条独立条目为%JAVA_HOME%\bin → 确认该项位于列表最上方。
注意：如果Path里写的是C:\Program Files\Java\jdk-17.0.9\bin这类绝对路径，虽然java能运行，但JAVA_HOME仍视为未配置——很多开发工具只认JAVA_HOME变量，不解析PATH里的硬编码路径。
运行javac并检查版本一致性
① 执行javac -version，确认有输出且版本号与java -version一致。
② 若javac报错但java正常，说明PATH中只加了JRE的bin，或JAVA_HOME指向的是JRE而非JDK根目录。
③ 若两个命令版本号不同（如java显示17，javac显示1.8），说明系统中存在多个JDK，且%JAVA_HOME%\bin未在Path顶部生效，导致调用了旧版本的javac.exe。
执行完毕后关闭命令行窗口。
