javac不是内部或外部命令的根源是JAVA_HOME指向JRE而非JDK，需确认安装路径含jdk-xx文件夹、JAVA_HOME指向JDK根目录、PATH仅含%JAVA_HOME%\bin、清除幽灵路径及System32干扰，并重启终端与IDE生效。
javac不是内部或外部命令？大概率是JAVA_HOME指向了JRE
这是新手最常卡住的第一关：能运行java -version，但一敲javac就报错。根本原因不是没装JDK，而是装了JRE（Java Runtime Environment）——它只有java.exe，没有javac.exe。
- 检查JDK真实安装路径：进
C:\Program Files\Java\，看有没有jdk-xx文件夹，而不是只有jre1.8.0_xxx或jdk-xx-jre这类名字 -
JAVA_HOME必须指向JDK根目录，例如C:\Program Files\Java\jdk-17.0.1，不能是...\jdk-17.0.1\bin，也不能是...\jre - Windows路径含空格（如
Program Files）本身不致命，但某些旧脚本会崩；若遇奇怪解析失败，可用mklink /D C:\jdk C:\"Program Files"\Java\jdk-17.0.1建符号链接，再让JAVA_HOME=C:\jdk
java -version和javac -version显示不同版本？PATH里埋了“幽灵路径”
明明改了JAVA_HOME，echo %JAVA_HOME%也对，但where java却返回另一个路径下的java.exe——说明Path变量里混进了硬编码的老JDK路径，或者Windows系统目录下残留了占位程序。
- 在CMD中运行
where java和where javac，对比两者是否来自同一目录 - 打开环境变量编辑器，在
Path里逐条检查，删掉所有形如C:\Program Files\Java\jdk1.8.0_202\bin的绝对路径，只保留%JAVA_HOME%\bin - 特别注意
C:\Windows\System32下可能有微软预装的java.exe（尤其Win10/11更新后），它会劫持命令；管理员权限下可临时重命名该文件验证
IDE里编译报“Unsupported class file major version”？JDK版本没对齐
错误信息类似Unsupported major.minor version 65.0（对应Java 17），但java -version明明显示17——问题出在IDE或构建工具用了另一套JDK。
- IntelliJ IDEA默认可能用内置JBR（JetBrains Runtime），需手动进
File → Project Structure → Project SDK选中系统JDK - Maven项目要双保险：
pom.xml里加maven-compiler-plugin配置<source>17</source>和<target>17</target>，否则mvn compile仍可能用默认低版本 - 别盲目追新：Java 21虽新，但2026年初多数教材、框架文档仍以Java 17（LTS）为基准；装JDK 8或JDK 22反而容易踩兼容性坑
配置完重启CMD还是不生效？变量根本没加载进当前会话
改完环境变量点“确定”不等于立刻生效。Windows下环境变量是进程启动时继承的，已打开的CMD、IDE、终端窗口全都不认新值。
立即学习“Java免费学习笔记（深入）”；
- 每次修改后，必须关闭所有已打开的命令行窗口，重新开一个CMD或PowerShell再验证
- IDE（如Eclipse、IntelliJ）启动时读取的是当时系统的环境变量快照，改完变量后必须彻底退出IDE再重开，仅“Reload project”无效
- 如果用VS Code配Java插件，还需确认它是否读取系统变量——有时需在设置里显式指定
java.home路径，不能只靠PATH
真正麻烦的不是配置步骤多，而是每个环节都存在“看起来对、实际错”的隐性断点：JAVA_HOME少个字母、Path里多一条旧路径、IDE缓存没清、甚至Windows悄悄塞了个System32里的java.exe——它们不会报错，只会让javac静默消失，或让版本号在不同命令间自相矛盾。
