根本原因是path未正确指向jdk的bin目录：需确保java_home设为jdk根路径（不含\bin），path中添加%java_home%\bin，且删除所有jre路径；验证时必须新开cmd执行java -version、javac -version和where javac三命令全通过。
出现“'javac' 不是内部或外部命令”，本质是 Windows 找不到 javac.exe。这不是代码写错了，而是系统没被告知去哪找它——关键就在 Path 环境变量是否真正指向了 JDK 的 bin 目录。
确认你装的是 JDK，不是 JRE
JRE 只能运行 Java 程序（java），不带编译器（javac）。安装包名称必须含 “JDK” 字样，比如 “jdk-17.0.2_windows-x64_bin.exe”。安装后，手动进到你选的安装目录，检查是否存在 bin\javac.exe 文件。如果 where javac 在 CMD 中无任何输出，基本就是装错了。
JAVA_HOME 和 Path 必须配合使用
JAVA_HOME 是一个“指路牌”，值应为 JDK 根目录（例如：D:\jdk-17.0.2），不能带 \bin；Path 才是真正告诉系统“去哪执行命令”的路径列表。二者关系如下：
-
JAVA_HOME值写错（如多加了\bin或路径不存在）→ 后续%JAVA_HOME%\bin展开失败 -
Path里只写了JAVA_HOME，却没加\bin→ 实际路径变成D:\jdk-17.0.2，而javac.exe其实藏在bin子目录里 -
Path里混入了 JRE 的bin（如...\jre\bin）→ 这个目录下没有javac.exe，系统会优先用它，导致报错
配置时避开高频陷阱
很多看似“配对了”的操作，其实悄悄失效：
- 路径中含空格（如
Program Files）或中文，又没加英文引号 —— Windows CMD 解析时直接截断 - 修改完环境变量，没关掉所有已打开的 CMD 窗口 —— 它们仍用旧快照，新配置不生效
- 在用户变量和系统变量里都设置了
JAVA_HOME或Path—— 可能互相覆盖或拼接混乱 - 复制路径时末尾多了反斜杠（
\）或开头多了分号（;）—— 部分系统会识别失败
验证是否真的成功
别只看 echo %JAVA_HOME% 显示正确就放心。最终检验标准只有一条：新开一个 CMD，依次输入：
-
java -version—— 看是否输出 JDK 版本 -
javac -version—— 看是否输出相同版本号 -
where javac—— 输出路径应明确指向你 JDK 安装目录下的bin\javac.exe
三项全通过，才算真正搞定。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
