Java环境配置关键在于精准：JAVA_HOME必须指向JDK根目录（非bin子目录），PATH需含%JAVA_HOME%\bin，且须用JDK而非JRE；配置后需新开终端验证java -version、javac -version和echo %JAVA_HOME%三者一致。
Java 环境配置看似简单，但实际操作中容易因细节疏忽导致 java -version 报错、IDE 识别不到 JDK、或编译运行失败。关键不在“装没装”，而在“配得准不准”。
路径必须指向 JDK 根目录，不是 bin 子目录
这是新手最常踩的坑。JAVA_HOME 的值应是 JDK 安装文件夹的完整路径，例如：
- Windows：
C:\Program Files\Java\jdk-17.0.2（✅ 正确）
不是C:\Program Files\Java\jdk-17.0.2\bin（❌ 错误） - Linux/macOS：
/usr/lib/jvm/java-17-openjdk-amd64（✅）
不是/usr/lib/jvm/java-17-openjdk-amd64/bin（❌）
一旦指错，PATH 中的 %JAVA_HOME%\bin 或 $JAVA_HOME/bin 就会拼出无效路径，命令行无法识别 java 和 javac。
JDK 而非 JRE：开发必须用完整开发包
JRE（Java Runtime Environment）只含运行环境，没有 javac 编译器、javadoc、jar 等工具。若仅安装 JRE：
立即学习“Java免费学习笔记（深入）”；
-
java -version可能成功，但javac -version会提示“不是内部或外部命令” - Maven/Gradle 构建直接失败，报
Cannot run program "javac" - IDE 新建 Java 类时无法编译，提示“no JDK configured”
务必下载带 “JDK” 字样的安装包（如 jdk-17.0.2_windows-x64_bin.exe），而非 “JRE”。
环境变量生效范围与刷新方式要匹配
配置后不生效，往往不是写错了，而是没“刷对地方”：
- Windows：在系统属性 → 环境变量中修改后，**已打开的 CMD/PowerShell 不自动更新**，需关闭重开；若用 VS Code 终端，也需重启终端窗口
- Linux/macOS：
• 改~/.bashrc→ 运行source ~/.bashrc
• 改/etc/environment→ 需重新登录或运行source /etc/environment（部分系统需sudo systemctl daemon-reload）
• 使用export JAVA_HOME=...临时设置，仅当前终端有效
多版本共存时，JAVA_HOME 必须明确指定
机器上同时存在 JDK 8、11、17 时，系统默认可能调用旧版本。不要依赖 update-alternatives 或软链接自动切换：
- 开发项目明确要求 JDK 11？那就把
JAVA_HOME固定设为 JDK 11 的路径 - IDE（如 IntelliJ IDEA）需在 Project Structure → SDKs 中手动选择对应 JDK，不能只靠系统变量
- 构建脚本（如 Maven 的
MAVEN_OPTS）或启动脚本（如 Tomcat 的setenv.sh）也应显式指定JAVA_HOME，避免继承错误版本
CLASSPATH 通常无需手动设置
现代 JDK（8+）和主流构建工具（Maven/Gradle）已不再依赖全局 CLASSPATH。手动添加反而易引发冲突：
- 误加
tools.jar或dt.jar（JDK 9+ 已移除）会导致启动失败 - 包含
.（当前目录）可能意外加载错误类，掩盖依赖问题 - 绝大多数场景下，留空 CLASSPATH 即可；如需特殊类路径，应在运行时用
-cp参数指定（如java -cp "lib/*:." MyApp）
