最根本原因是系统未找到java.exe；需先手动确认JDK安装目录bin子目录下存在java.exe和javac.exe，再检查JAVA_HOME是否指向JDK根目录且无空格、反斜杠结尾，Path中是否正确添加%JAVA_HOME%\bin并置于靠前位置，最后用where java验证实际调用路径。
确认 java.exe 文件真实存在
报错“java 不是内部或外部命令”最根本的原因，是系统压根没找到 java.exe。别急着改环境变量，先手动验证安装是否完整：
- 打开文件资源管理器，导航到你认为的 JDK 安装目录（例如
C:\Java\jdk-21） - 进入
bin子目录，确认里面确实有java.exe和javac.exe—— 如果没有，说明下的是 JRE、精简包，或是解压不全 - 双击运行
java.exe，看是否弹出版本提示窗口（或快速闪退后 CMD 中能执行java -version）；若直接报“找不到 VCRUNTIME140.dll”等，需安装 Microsoft Visual C++ 运行库
JAVA_HOME 必须指向 JDK 根目录，不能带 \bin
JAVA_HOME 是路径基石，写错一步，后面全崩。它必须是 JDK 解压/安装后的顶层文件夹，且不能以反斜杠结尾，也不能包含空格未转义（如 C:\Program Files\Java\jdk-21 就有问题）：
- 正确值示例：
C:\Java\jdk-21或D:\dev\jdk-21.0.1 - 错误写法：
C:\Java\jdk-21\bin（会导致javac找不到）、C:\Program Files\Java\jdk-21（含空格，CMD 可能解析失败）、C:/Java/jdk-21（Windows 环境变量只认\） - 设置后立即用
echo %JAVA_HOME%验证输出是否与你填的一致，注意末尾不能有多余空格
Path 中必须添加 %JAVA_HOME%\bin，且位置靠前
Path 是系统找命令的“路线图”，%JAVA_HOME%\bin 必须作为独立条目加进去，不能拼在其他路径后面，也不能被其他 Java 路径覆盖：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 在“系统变量”中编辑
Path，点击“新建”，只填：%JAVA_HOME%\bin - 不要写成
C:\Java\jdk-21\bin（硬编码会失去灵活性，升级 JDK 时还得再改） - 用
echo %PATH%查看输出，确认该路径确实出现在列表中；如果前面已有类似C:\Windows\System32或旧版jdk1.8\bin，java会优先调用排在前面的那个 —— 此时需把它拖到顶部 - 修改后必须关闭所有已打开的 CMD/PowerShell 窗口，全新启动一个再测试，旧终端不会自动刷新环境变量
用 where java 直接定位实际调用的可执行文件
这是最可靠的验证手段，绕过所有变量缓存和猜测：
立即学习“Java免费学习笔记（深入）”；
- 新开 CMD，执行
where java—— 它会列出所有匹配的java.exe路径，按Path顺序从上到下 - 如果返回空，说明
Path没生效，或%JAVA_HOME%\bin根本没被识别（检查echo %JAVA_HOME%是否为空或错误） - 如果返回了多个路径，而第一个不是你期望的 JDK，说明有冲突（比如旧版 JDK、Android SDK 自带的 java、甚至某些 IDE 的嵌入式 JRE）—— 删除或重排
Path中对应条目 - 如果返回路径正确但
java -version仍失败，尝试用完整路径执行：C:\Java\jdk-21\bin\java.exe -version，排除变量解析问题
真正卡住人的，往往不是“该不该配”，而是 JAVA_HOME 值里藏着一个不可见空格、Path 条目被复制粘贴时多了一个换行、或者 CMD 窗口根本没重启。验证时别跳步，where java 和 echo %JAVA_HOME% 这两行命令，比重装 JDK 有用十倍。
