环境变量是Java运行和开发的底层支撑，PATH用于全局调用JDK工具，JAVA_HOME为开发工具提供统一JDK入口并支持多版本切换与跨平台移植，CLASSPATH已基本无需手动配置。
环境变量对 Java 程序不是“可有可无”的辅助项，而是运行和开发的底层支撑。没配好，连 javac 和 java 命令都用不了，更别说跑 Maven、启动 Tomcat 或打开 IntelliJ IDEA。
让命令在任意位置都能直接运行
Java 的核心工具（javac.exe、java.exe、jar.exe）全在 JDK 的 bin 目录里。不配置环境变量时，你只能先 cd 进到那个目录，再敲命令——比如：
C:\Program Files\Java\jdk-17.0.2\bin\javac Hello.java
配置好之后，在桌面、文档、甚至 D 盘根目录下，直接输入 javac Hello.java 就能编译。
- 关键靠 PATH 变量：把 %JAVA_HOME%\bin（Windows）或 $JAVA_HOME/bin（Linux/macOS）加进去
- 系统执行命令时，会按 PATH 中的路径顺序查找可执行文件
- 不加 bin 目录，系统根本“看不见” javac 和 java
为开发工具和框架提供统一入口
IDE、构建工具、服务器几乎全都依赖 JAVA_HOME 找 JDK。它不是给人看的，是给程序读的。
- IntelliJ IDEA 启动时检查 JAVA_HOME，否则可能报“no JDK specified”
- Maven 和 Gradle 默认通过 JAVA_HOME 确定编译版本和目标字节码级别
- Tomcat、WildFly、WebLogic 运行前必须读取 JAVA_HOME，否则直接启动失败
- 多 JDK 共存时，改一个 JAVA_HOME，所有工具自动切换版本，不用逐个重配
避免硬编码路径，提升可移植性
如果项目脚本或配置里写死 C:\Program Files\Java\jdk-17.0.2\bin\java，换台机器就得全部改——路径不同、空格问题、大小写敏感……全是坑。
立即学习“Java免费学习笔记（深入）”；
- JAVA_HOME 把安装路径“抽象”成一个变量，PATH 和其他配置都引用它
- 同一套 shell 脚本或批处理，在 Windows、Linux 上只需改一次 JAVA_HOME 值就能复用
- CI/CD 流水线（如 Jenkins、GitHub Actions）靠环境变量动态注入 JDK 路径，实现跨环境一致构建
CLASSPATH 已基本不需要手动配
新手常误以为 CLASSPATH 是必选项，其实现代 Java 开发中它已退居幕后：
- Java 5 起默认包含当前目录（.），所以 java Hello 不用额外设
- Maven/Gradle 自动组装类路径，IDE 内置完整类路径管理器
- 需要临时指定时，用 -cp 或 --class-path 参数更安全灵活（如 java -cp lib/*:. Main）
- 手动配错 CLASSPATH 反而容易引发 NoClassDefFoundError，不如不配
