必须正确配置JAVA_HOME和PATH，否则javac和java命令无法识别；JAVA_HOME指向JDK根目录，PATH需包含%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux），二者缺一不可。
Java开发环境配置不是“装完就能用”的一步操作，而是决定后续能否顺利编译、运行、调试和协作的关键前提。很多初学者写完HelloWorld.java却卡在javac: command not found或IDE报“no JDK configured”，问题往往不出在代码，而在环境没真正就位。
为什么命令行里必须认得java和javac
Java源文件（.java）不能直接执行，必须先用javac编译成字节码（.class），再由java命令交给JVM运行。这两个工具都在JDK的bin目录下。如果系统找不到它们，就等于厨房里有米没锅——有代码也没法动起来。
- PATH环境变量的作用，就是告诉操作系统：“这些路径下的程序，你可以在任意位置直接敲名字运行”
- 只装JDK不配PATH，就像把编译器锁在C:\Program Files\Java\jdk-21\bin里，你每次都要cd进去才能用
- 验证是否生效：打开新终端，输入
java -version和javac -version，两行都应显示相同版本号
JAVA_HOME不是可选项，是多数工具的“默认寻址依据”
IntelliJ IDEA、Eclipse、Maven、Gradle甚至Tomcat，启动时都会优先读取JAVA_HOME变量来定位JDK根目录。它不参与命令调用，但决定了整个工具链用哪个JDK版本。
- 变量值必须是JDK安装的**根目录**（如
C:\Program Files\Java\jdk-21），不能带\bin - Windows下用
%JAVA_HOME%\bin追加到PATH；macOS/Linux用$JAVA_HOME/bin - 多个JDK共存时，改
JAVA_HOME就能快速切换项目所用版本，无需重装
版本混乱比没配置更危险
系统里残留旧版JDK、PATH里混着不同版本的bin路径、IDE里手动指定一个JDK而命令行用另一个——这类“多头配置”会导致：javac用JDK 21编译，java却用JRE 8运行，结果抛出UnsupportedClassVersionError。
立即学习“Java免费学习笔记（深入）”；
- 推荐只保留一个LTS版本（如JDK 17或21），卸载其他JDK，避免路径冲突
- 检查当前生效的JDK：终端执行
where java（Windows）或which java（macOS/Linux） - IDE新建项目时，别跳过JDK选择页——即使自动识别了，也点开确认路径和版本是否与
java -version一致
构建工具依赖环境，不是独立存在
Maven执行mvn compile时，底层调用的仍是javac；Gradle同步依赖前，先要确认JDK可用。如果环境变量没配好，它们会静默失败或报错“cannot resolve JDK”。
- pom.xml或build.gradle里写的
sourceCompatibility = 21，只是声明期望版本，实际执行仍靠系统PATH和JAVA_HOME - 阿里云Maven镜像等加速配置，解决的是下载慢，不是编译失败的根本原因
- 第一次运行
mvn clean compile成功，才说明JDK、PATH、JAVA_HOME、构建工具四者真正对齐
