“不是内部或外部命令”说明系统未找到java.exe，根本原因是path未生效或配置错误：需确认java_home指向jdk根目录、path中正确添加%java_home%\bin、关闭所有终端后新开验证，且排除system32等高优先级路径干扰。
直接在命令行输入 java -version 或对应工具命令，如果提示“不是内部或外部命令”，说明环境变量没生效。这不是程序坏了，而是系统根本没找到可执行文件——问题一定出在路径查找环节。
确认当前命令行是否加载了新变量
Windows 的环境变量修改后，不会自动同步到已打开的命令行窗口。CMD、PowerShell、终端（包括 VS Code 内置终端）都必须全新启动才能读取最新配置。
- 关闭所有已打开的 CMD/PowerShell 窗口，再重新打开一个
- 不要用“以管理员身份运行”旧窗口复用；哪怕刚改完，也得新开
- 若用的是 VS Code，需完全退出再重开，或重启集成终端（Ctrl+Shift+P → “Terminal: Restart Terminal”）
检查变量是否真被写入用户级环境
很多故障源于“以为设了，其实没保存成功”。务必验证变量是否真实存在于用户变量区域：
- 按 Win+R → 输入 sysdm.cpl → “高级” → “环境变量”
- 在“用户变量”区域，确认 JAVA_HOME（或其他目标变量）存在且值正确（如
C:\Java\jdk-17，不含尾部反斜杠） - 在“用户变量”的 Path 中，确认包含
%JAVA_HOME%\bin（不是绝对路径，也不是bin单独一行） - 特别注意：不要把
%JAVA_HOME%\bin错填进“系统变量”的 Path —— 用户变量和系统变量是隔离的，填错位置等于没配
排除 Windows 自带 Java 干扰
安装过 JDK 安装包（尤其是 Oracle 版本）后，它会悄悄把 java.exe 复制到 C:\Windows\System32。这个目录在 PATH 中优先级极高，会导致你改了 JAVA_HOME 也无效——系统永远先用 System32 里的旧版本。
- 打开 CMD，执行
where java，看输出的第一行路径 - 如果第一行是
C:\Windows\System32\java.exe，就说明被劫持了 - 手动删除该目录下的
java.exe、javaw.exe、javaws.exe（需管理员权限） - 同时检查用户/系统 Path 中是否残留
C:\ProgramData\Oracle\Java\javapath，有则删掉
验证变量展开与路径拼接是否正确
Windows 变量是“文本替换”，不是智能解析。PATH 里写 %JAVA_HOME%\bin，系统会原样替换，一旦 JAVA_HOME 值含空格或中文，就可能截断或编码错误。
- 在 CMD 中依次执行：
echo %JAVA_HOME%和echo %PATH%，观察输出是否符合预期 - 若
%JAVA_HOME%输出不全（比如只显示C:\Program），说明路径含空格但未加引号 —— 此时应把 JDK 安装到无空格路径，如C:\Java\jdk-17 - 用
where java验证最终实际查到的路径，再手动去资源管理器中打开那个路径，确认java.exe确实存在
