根本原因是PATH中未正确包含JDK的bin目录，常见于误配JRE路径、漏写反斜杠、路径含空格加了引号、JAVA_HOME指向错误层级或仅设在用户变量中；应验证where javac、echo %JAVA_HOME%及IDE SDK手动配置。
为什么java -version能用但javac报“不是内部或外部命令”
根本原因不是JDK没装好，而是Path里只加了JRE路径（比如C:\Program Files\Java\jre1.8.0_301\bin），或者安装时勾选了“Public JRE”，导致系统优先找到了旧JRE的bin目录，而JDK 17自带的javac.exe根本没被加载。
实操建议：
- 在命令行运行
where java和where javac，看两个命令指向的是否是同一级bin目录下的可执行文件 - 如果
where javac返回“INFO: Could not find files”，说明%JAVA_HOME%\bin没进Path，或路径拼写错误（常见把%JAVA_HOME%\bin误写成%JAVA_HOME%bin，漏了反斜杠） - 删掉
Path里所有带jre\bin的硬编码路径——JDK 17已移除独立JRE，这类路径必然失效
JAVA_HOME变量值填什么才真正生效
必须填JDK解压/安装目录的**根路径**，即直接包含bin、lib、conf等文件夹的那一层。例如安装到D:\jdk-17.0.10，变量值就是D:\jdk-17.0.10，不是D:\jdk-17.0.10\bin，更不能加引号。
容易踩的坑：
- 路径含
Program Files时，别手动加英文双引号包裹——Windows环境变量不支持引号，加了反而导致%JAVA_HOME%解析失败 - 变量必须建在「系统变量」里，不能只放在「用户变量」——Maven、Gradle、IntelliJ启动脚本默认只读系统变量
- 改完后必须彻底关闭并重开CMD/PowerShell，旧窗口不会自动刷新环境变量
验证JAVA_HOME是否被工具真正识别
光靠java -version成功不能说明问题。很多构建工具（如Maven）和IDE会主动读取JAVA_HOME，但若值为空或路径不存在，就会静默 fallback 到其他JDK甚至失败。
分步验证：
- 运行
echo %JAVA_HOME%，输出必须是完整、可读的路径（如D:\jdk-17.0.10），不能是空或乱码 - 手动进入该路径，确认
bin\javac.exe真实存在（右键属性看文件大小，非0字节才算） - 运行
where javac，结果应唯一且路径中包含%JAVA_HOME%\bin（如D:\jdk-17.0.10\bin\javac.exe） - 打开IntelliJ → Settings → Project → Project SDK，它不会自动填
JAVA_HOME，必须手动指定SDK路径——这是最常被忽略的点
用.msi安装包自动配置后还要手动干预吗
要。Oracle或Eclipse Adoptium的.msi安装包确实会自动添加Path条目，但往往把%JAVA_HOME%\bin插在Path末尾，而你机器上可能早有旧JDK路径在前面，导致优先调用旧版本。
正确做法：
- 安装完成后，立刻打开环境变量编辑器，找到
Path，把自动生成的%JAVA_HOME%\bin条目**拖到最顶部** - 检查
Path里是否残留旧JDK硬编码路径（如C:\Program Files\Java\jdk1.8.0_291\bin），有就删掉 - 确认
JAVA_HOME变量本身存在且值正确——.msi不一定创建它，尤其当你选了“仅当前用户”安装时
JAVA_HOME路径对不对、Path顺序有没有被旧版本劫持、以及IDE是否绕过环境变量自己找SDK。 
