javac能正常运行的关键是将jdk的bin目录添加到系统path环境变量，使操作系统能定位到javac.exe（windows）或javac（linux/macos），否则会报“不是内部或外部命令”错误。
javac 能正常运行，关键在于它被操作系统“看见”了——而让它被看见的，就是把 JDK 的 bin 目录加进系统 PATH 环境变量。这不是可选项，而是 Java 开发起步的第一道门槛。
javac 本身就在 bin 目录里
JDK 安装后，javac.exe（Windows）或 javac（Linux/macOS）就静静躺在 JDK安装路径/bin/ 下，比如 C:\Program Files\Java\jdk-17.0.2\bin\javac.exe。它不是系统自带命令，操作系统默认根本不知道它在哪。
- 没配 PATH：你在任意目录敲
javac -version，系统会报错：“不是内部或外部命令” - 配了 PATH：系统会在 PATH 列表里逐个查找，一看到
bin目录，立刻找到javac并执行
编译结果（.class 文件）不一定放 bin 目录里
这里容易混淆：JDK 自身的 bin 是工具存放地；而你自己的 Java 项目里的 bin（或 classes、target/classes）是编译输出目录——两者无关，但命名逻辑一致。
-
javac -d ./bin HelloWorld.java：明确指定把生成的HelloWorld.class放进当前项目的bin目录 - 不加
-d参数：.class就和.java挨着放，容易混在一起，不利于管理 - IDE（如 IntelliJ）或构建工具（如 Maven）默认会把编译产物放进类似
out/production或target/classes的目录，本质和bin功能一样
运行 java 命令也依赖同一个 bin 目录
java 命令和 javac 是一对搭档，都在 JDK 的 bin 目录下。配置一次 PATH，两个命令就都可用。
- 你执行
java HelloWorld时，系统同样靠 PATH 找到java可执行文件 - 它再根据类路径（
-cp或默认当前目录）去加载HelloWorld.class—— 这个.class文件放在哪，和javac在哪没关系，但必须能被java找到 - 常见错误：“找不到或无法加载主类”，往往不是
javac没配好，而是java找不到.class，比如没用-cp指定输出目录
不配 bin 目录，开发基本寸步难行
除了命令行，几乎所有 Java 生态工具都隐式依赖这个配置：
- Eclipse / IDEA 启动时要调用
java启 JVM；新建项目时可能调javac验证环境 - Maven 执行
mvn compile底层还是调用javac，它会读取JAVA_HOME，再拼出bin/javac - Tomcat 启动脚本里有
%JAVA_HOME%\bin\java.exe，如果JAVA_HOME指向正确但bin没进 PATH，某些场景仍会失败
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
