本质是系统找不到可执行文件，核心问题为JAVA_HOME路径错误（指向JRE或含bin）、PATH未正确引用%JAVA_HOME%\bin、或配置后未重启终端验证。
Java环境变量配置错误导致java、javac或keytool等命令无法识别，本质是系统找不到可执行文件。核心问题集中在三处：路径不对、变量引用错、配置没生效。下面分情况给出直接可用的解决动作。
确认JAVA_HOME是否指向JDK根目录
JAVA_HOME必须是JDK安装的顶层文件夹，不能带\bin，也不能指向JRE。常见错误包括：
- 填成了
C:\Program Files\Java\jdk-17.0.1\bin（多了\bin） - 实际装的是JRE，但误当JDK配置（JRE里没有
javac.exe） - 路径含空格或中文，又没做兼容处理（建议重装到
C:\jdk这类纯英文无空格路径）
验证方法：在CMD中运行echo %JAVA_HOME%，然后手动打开该路径，确认里面存在bin和lib两个文件夹。
检查PATH是否包含%JAVA_HOME%\bin
仅设置JAVA_HOME不够，PATH必须显式添加%JAVA_HOME%\bin才能调用命令。关键细节：
- Windows下必须用反斜杠
\，写成%JAVA_HOME%/bin会失效 - 该条目应放在PATH列表最上方，避免被旧版JDK或Android SDK路径覆盖
- 删掉PATH中所有其他含
java.exe或javac.exe的路径（如C:\Program Files\Android\...bin）
验证方法：运行where java和where javac，输出路径应完全一致，且位于%JAVA_HOME%\bin展开后的位置。
确保配置已真正生效
环境变量修改后不会自动同步到已打开的终端：
- 关闭所有CMD、PowerShell、Git Bash窗口，重新打开一个全新终端再测试
- IDE（如IntelliJ、Eclipse）有自己的JDK配置，需单独检查
Project Structure → SDKs是否匹配系统JAVA_HOME - WSL或Git Bash不读取Windows系统变量，需在
~/.zshrc或~/.bash_profile中手动加export PATH="$JAVA_HOME/bin:$PATH"
验证命令必须一起跑：java -version、javac -version、echo %JAVA_HOME%——三者版本和路径要全部对得上。
CLASSPATH通常不用配，配了反而坏事
绝大多数项目（Maven/Gradle）不需要也不建议设置CLASSPATH环境变量：
- 如果系统变量里已有非空CLASSPATH，直接删掉
- 临时需要加载外部jar时，用
java -cp ".;lib/a.jar" Main，而不是改全局变量 - IDE报“class not found”，优先关掉它自动注入CLASSPATH的选项，再查
java -version是否匹配项目要求
不复杂但容易忽略。重点盯住JAVA_HOME路径是否真实存在、是否指向JDK根目录、PATH是否用变量引用bin、以及验证时是否用了正确的命令和终端。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
