javac不是内部命令的根源在于JDK未正确安装或PATH配置错误：需确认安装的是完整JDK而非JRE，路径须精确到bin目录且无格式错误，改后需重启终端验证。
javac不是内部命令：先确认Java是否真装对了
很多人以为双击安装包点下一步就完事，其实 JDK 安装器默认可能只装 JRE（运行环境），不装开发工具——javac 就属于开发工具包里的命令。打开终端直接输 java -version 能返回版本，不代表 javac 一定可用。
实操建议：
- 去安装目录下手动找：
C:\Program Files\Java\jdk-xx.x.x\bin\（Windows）或/usr/lib/jvm/jdk-xx.x.x/bin/（Linux/macOS），看里面有没有javac.exe（Win）或javac（其他系统） - 如果整个
bin目录里压根没javac，说明装的是 JRE 或精简版 JDK，得重下完整 JDK（官网选 “JDK” 不是 “JRE”，下载页明确带 “Development Kit” 字样） - Windows 用户特别注意：Oracle JDK 安装器有个“Public JRE”选项，默认勾选，它会覆盖系统 PATH，但不带
javac—— 安装时务必取消勾选
Path变量写了却无效：Windows 下最常踩的三个坑
PATH 写错路径、写错层级、或者改完没生效，是 javac 找不到的主因。别急着重装，先查这三处。
常见错误现象：
立即学习“Java免费学习笔记（深入）”；
- 在 CMD 里输
echo %PATH%，发现 JDK 的bin路径根本没出现 - 路径里混用了正斜杠
/和反斜杠\，或者末尾多加了\bin\（比如写成C:\Program Files\Java\jdk-17\bin\bin） - 改完环境变量后，没关掉原来开着的 CMD 窗口，新窗口才生效
实操建议：
- 路径必须精确到
jdk-xx.x.x\bin这一级，不能只写到jdk-xx.x.x - 路径含空格（如
Program Files）不用加引号，Windows PATH 本身不支持引号，加了反而失效 - 改完“系统变量”里的 PATH 后，用管理员权限重启 CMD；或者干脆用 PowerShell 输
$env:Path实时验证
macOS/Linux 中 /usr/bin/javac 指向老版本？别硬改系统链接
macOS 自带一个软链接 /usr/bin/javac，但它往往指向 Apple 提供的老 JDK（比如 1.6），即使你装了 JDK 17，javac -version 仍显示旧版。这不是 PATH 问题，是系统优先用了这个链接。
使用场景：你用 SDKMAN、Homebrew 或官网包装了新版 JDK，但终端里 javac 死活不更新
实操建议：
- 先查真实路径：
which javac，如果输出/usr/bin/javac，再输ls -l /usr/bin/javac看它指向哪 - 不要直接删或改
/usr/bin/javac（系统完整性保护 SIP 会阻止，且下次系统更新可能还原） - 正确做法：把新版 JDK 的
bin目录（如~/.sdkman/candidates/java/current/bin）**放在 PATH 最前面**，让 shell 优先找到它 - 检查顺序：
echo $PATH | tr ':' '\n'，确保你的 JDKbin在第一行或第二行
IDE 能编译但命令行不行？别被 IDE 的内置 JDK 欺骗
IntelliJ、Eclipse 都自带 JDK 配置选项，它们能跑代码，不代表系统级 javac 就通了。很多初学者卡在这一步：IDE 里写完 Hello World 点运行成功了，一开终端输 javac 就报错。
为什么这样做：
- IDE 启动时会读自己的 JDK 设置，跟系统 PATH 完全无关
- 这种“假成功”最容易让人误判问题出在别处，浪费几小时查防火墙、杀毒软件、权限问题
实操建议：
- 关掉所有 IDE，只开原生终端（CMD/Terminal），再试
javac -version - 如果 IDE 里用的是
Project SDK = /path/to/jdk，就把那个/path/to/jdk/bin加进系统 PATH - Gradle/Maven 项目里如果用
sourceCompatibility = JavaVersion.VERSION_17，但命令行javac还是 1.8，编译和打包行为可能不一致——这点容易被忽略
PATH 是条单行道，写错一字符、少一级目录、改完不重启终端，javac 就永远在那儿等你重新敲一遍。最稳妥的验证方式，永远是关掉所有窗口，新开一个，从头输 javac -version。
