最规范的Java环境变量配置只需设JAVA_HOME和将%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux）加入PATH；其余如CLASSPATH等非必要不配，因JAVA_HOME是工具链通用锚点，PATH确保命令全局可用，二者构成最小必要集。
最规范的 Java 环境变量配置，核心就两条：明确设 JAVA_HOME，再把 %JAVA_HOME%\bin（Windows）或 $JAVA_HOME/bin（macOS/Linux）加进 PATH。其余变量如 CLASSPATH、J2ME_HOME 等，除非项目明确要求，否则不写、不配、不推荐初学者碰。
为什么只配这两个变量就足够规范
规范的本质不是“全”，而是“精准有效”。JAVA_HOME 是行业通用约定，几乎所有 Java 工具（Maven、Gradle、Tomcat、IDEA、Eclipse）都依赖它定位 JDK 根目录；PATH 则让系统能在任意路径下识别 java、javac、jar 等命令。这两者构成最小必要集，既满足全部开发需求，又避免冗余配置引发冲突。
- JAVA_HOME 必须指向 JDK 安装根目录（例如 C:\Program Files\Java\jdk-17.0.2），不能带
\bin - PATH 中添加的是
%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux），不是绝对路径，这样换 JDK 版本时只需改 JAVA_HOME，PATH 自动生效 - CLASSPATH 在 JDK 6 之后已默认包含当前目录（
.）和核心库，现代构建工具和 IDE 完全绕过它管理类路径，手动配置反而容易出错
不同系统下的规范写法差异
Windows 使用 %变量名% 语法，macOS/Linux 使用 $变量名 或 ${变量名}。注意大小写敏感——macOS/Linux 中必须写成 JAVA_HOME，不能是 java_home 或 Java_Home。
-
Windows（系统变量）：
新建系统变量：变量名JAVA_HOME，变量值C:\Program Files\Java\jdk-17.0.2
编辑 Path：新增一行%JAVA_HOME%\bin -
macOS/Linux（~/.zshrc 或 ~/.bash_profile）：
export JAVA_HOME=$(/usr/libexec/java_home -v 17)（推荐自动定位）export PATH=$JAVA_HOME/bin:$PATH
验证是否符合规范的三个必查项
配置后新开终端（旧窗口不生效），运行以下三条命令，全部返回预期结果才算真正规范：
立即学习“Java免费学习笔记（深入）”；
-
echo $JAVA_HOME（macOS/Linux）或echo %JAVA_HOME%（Windows）→ 显示完整 JDK 根路径 -
java -version→ 显示版本号，且与 JAVA_HOME 指向的 JDK 一致 -
javac -version→ 返回编译器版本，证明 bin 目录已正确纳入 PATH
哪些写法看似“全面”实则不规范
常见误区包括：在 PATH 中直接写死 JDK 的绝对路径（如 C:\...\jdk-17.0.2\bin）、给 CLASSPATH 加一堆 jar（如 .;%JAVA_HOME%\lib\tools.jar）、用用户变量代替系统变量（导致其他工具无法识别）、在变量值末尾多加反斜杠（如 C:\...\jdk-17.0.2\）。这些做法破坏可维护性、增加切换成本，也不被主流工具链支持。
