根本原因是Windows找不到java.exe，因其位于JDK的bin目录而PATH未正确配置；需设置JAVA_HOME指向JDK根目录，并将%JAVA_HOME%\bin置于PATH顶部且清理所有旧路径。
为什么java命令在CMD里报“不是内部或外部命令”
根本原因不是没装JDK，而是Windows找不到java.exe——它藏在JDK的bin目录里，而系统默认不搜索那里。PATH就是告诉Windows：“这些文件夹里的程序，允许我在任意位置直接敲名字运行”。没加对，就等于没装。
添加%JAVA_HOME%\bin到Path前必须先配JAVA_HOME
硬编码路径（比如C:\Program Files\Java\jdk-21.0.5\bin）看似直白，但换版本时得手动改两处：JDK目录 + Path里的路径。用%JAVA_HOME%\bin能只改一处就全局生效。
-
JAVA_HOME变量值必须是JDK根目录，不能带\bin，例如D:\jdk-21.0.5✅，D:\jdk-21.0.5\bin❌ - 路径中含空格（如
C:\Program Files\...）没问题，Windows 10/11的列表式Path编辑器会自动处理，不用加引号 - 如果之前装过其他JDK，务必检查
Path里是否还残留旧的...\bin路径，有就删掉，否则java -version可能仍显示旧版本
Path编辑必须把%JAVA_HOME%\bin拖到最顶部
Windows按Path中路径的**从上到下顺序**查找可执行文件。哪怕你新加了一行%JAVA_HOME%\bin，只要底下还有一条旧版JDK的...\bin，系统就会优先用旧版。
- 在“环境变量”窗口中编辑
Path→ 找到刚添加的%JAVA_HOME%\bin→ 点击“上移”按钮，一直移到列表最顶端 - 改完后，必须关闭所有已打开的CMD窗口，重新开一个再测试，否则缓存的旧Path仍生效
- 验证命令顺序执行：
echo %JAVA_HOME%→where java（应只输出一行，且路径含%JAVA_HOME%）→java -version
where java输出多行说明Path清理不彻底
这是最常被忽略的信号。哪怕java -version看起来对了，只要where java返回两行及以上，就代表系统仍能从多个位置加载java.exe，后续跑Maven、Tomcat或IDE时极易因版本错乱崩溃。
- 逐条检查
Path列表，删除所有明确写死的JDKbin路径（尤其是C:\Program Files (x86)\Common Files\Oracle\Java\javapath\这类自动注入的干扰项） - 确认没有重复添加
%JAVA_HOME%\bin（比如用户变量和系统变量里各加了一次） - 如果用的是WSL或PowerShell，它们不继承CMD的Path缓存，但也不代表问题不存在——根源仍在系统级Path配置
实际生效的关键不在“加了没”，而在“加得干净不干净”。很多人卡在最后一步验证，反复重开CMD却始终看到旧版本，问题几乎全出在Path列表底部那些没清理掉的幽灵路径上。
