JAVA_HOME必须指向JDK根目录而非bin目录，且需将%JAVA_HOME%\bin加入Path变量开头；验证时应新开CMD窗口执行echo %JAVA_HOME%、java -version和javac -version三步检查。
JAVA_HOME 必须指向 JDK 根目录，不是 bin 目录
很多人配完发现 java -version 成功但 javac -version 报错，或者 Maven 报 “JAVA_HOME not set”，根本原因是 JAVA_HOME 值填错了。它必须是 JDK 安装的最外层路径，比如 C:\Program Files\Java\jdk-21，而不是 C:\Program Files\Java\jdk-21\bin。
常见错误现象：
-
javac不是内部或外部命令 - Maven 启动时提示
The JAVA_HOME environment variable is not defined correctly - IntelliJ IDEA 提示 “Cannot determine path to 'tools.jar’”
验证方法：在 CMD 中执行 echo %JAVA_HOME%，输出应为纯路径，不含 \bin 或任何子目录。
Path 里加 %JAVA_HOME%\bin 才能用 java 和 javac
只设 JAVA_HOME 不够，系统找不到 java.exe 和 javac.exe。必须把 %JAVA_HOME%\bin 加进 Path 系统变量，且建议放在靠前位置——避免旧 JDK 的 bin 路径优先命中。
立即学习“Java免费学习笔记（深入）”；
实操要点：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 打开“环境变量”后，在“系统变量”中找到
Path，双击 → “新建” → 输入%JAVA_HOME%\bin - 不要手写完整路径（如
C:\...\jdk-21\bin），否则换 JDK 版本就得改两处 - 别在末尾加多余分号或空格，Windows 对
Path的解析很敏感 - 如果机器上装了多个 JDK，确保
%JAVA_HOME%\bin在Path列表里排在其他 Javabin路径之前
配置完必须新开 CMD 或 PowerShell 窗口
环境变量修改后不会自动同步到已打开的终端进程。哪怕你点了一百次“确定”，只要没关掉原来的 CMD，java -version 就永远读不到新配置。
验证顺序要严格：
- 先开一个全新的 CMD（不是“以管理员身份运行”，就是普通开始菜单里点的 cmd）
- 执行
echo %JAVA_HOME%，确认输出是你设的 JDK 根路径 - 再执行
java -version和javac -version，两个都得有正常输出 - 如果
javac失败但java成功，90% 是Path没加对，或JAVA_HOME多写了\bin
CLASSPATH 基本不用配，除非你手动加载 .jar 或老式工具链
JDK 9+ 默认用模块系统，绝大多数项目（Maven/Gradle/Spring Boot）完全不依赖 CLASSPATH。强行配错反而可能干扰类加载。
只有以下场景才考虑新增 CLASSPATH 系统变量：
- 用
java -cp运行时显式指定 jar，但又想省略每次输路径 - 维护遗留 Ant 构建脚本，且脚本里硬编码了
CLASSPATH查找逻辑 - 某些极老版本的 Tomcat（7.x 以前）启动依赖它
如果真要配，值应为 .;%JAVA_HOME%\lib\tools.jar（仅限 JDK 8 及更早），现代 JDK 中 tools.jar 已移除，再加会报错。
最容易被忽略的一点：JDK 安装路径里不能有中文或空格——虽然 Windows 允许，但部分构建工具（尤其是 Gradle 6.0 之前）会因路径解析失败静默跳过 JAVA_HOME。如果非得装在 C:\我的软件\jdk-21，务必用短路径名（C:\PROGRA~1\Java\jdk-21）替代。
