必须新开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窗口中，输入：

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的关系。执行：

where java

javascript-typescript-typescript-scaffold

你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型

下载

正常应返回%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。

执行完毕后关闭命令行窗口。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南