java环境变量配置失败主因是java_home指向jre、路径含中文/空格或变量名拼错；须确保java_home设为jdk根目录（如c:\dev\jdk-17），path添加%java_home%\bin，且where javac与where java同级，再检查ide和构建工具的独立jdk配置。
Java 环境变量配不成功，90% 是因为 JAVA_HOME 指向了 JRE 目录、路径含中文/空格、或系统变量名拼错——不是你没点“确定”，是根本没配对地方。
确认 JDK 安装路径并避开常见陷阱
别直接双击运行下载的 jdk-xx_x64_bin.exe 就完事。安装时务必记下「自定义安装路径」，比如 C:\Program Files\Java\jdk-17.0.1；但更推荐手动解压 ZIP 版 JDK 到无空格无中文路径，例如 C:\dev\jdk-17。Windows 默认的 Program Files 会导致 java -version 正常但 javac 找不到命令——因为路径被空格截断，且部分工具（如 Maven、IDEA）会因引号处理不一致而静默失败。
- 用
where java和where javac分别查位置，两者必须在同一级bin目录下 - 如果
where javac返回空，说明JAVA_HOME没指向 JDK 根目录（不是jre子目录） - 不要把
JDK装在C:\Users\xxx\Downloads或桌面，NTFS 权限可能干扰命令行调用
设置 JAVA_HOME 和 Path 的顺序与写法
JAVA_HOME 是基础，Path 是执行入口。二者必须配合，且顺序不能反：
-
JAVA_HOME值设为 JDK 根目录，例如C:\dev\jdk-17（结尾不加\bin） -
Path中新增一条：%JAVA_HOME%\bin（Windows 用百分号引用，Linux/macOS 用$JAVA_HOME/bin） - 不要把
bin路径硬编码进Path，否则换 JDK 版本就得改两处 - 检查
Path是否存在重复的 Java 路径（比如旧版C:\Program Files\Java\jre1.8.0_291\bin），删掉
验证是否生效：别只信 cmd 窗口里的 echo
开新终端再验证，旧窗口不会自动加载新变量。执行三步检查：
立即学习“Java免费学习笔记（深入）”；
-
echo %JAVA_HOME%—— 应输出完整路径，不含引号 -
java -version—— 显示版本，说明Path生效 -
javac -version—— 必须返回版本号，否则JAVA_HOME指错了或bin没进Path
如果 java -version 成功但 javac -version 报 'javac' is not recognized，大概率是 JAVA_HOME 指向了 jre 目录（比如 C:\dev\jdk-17\jre），而不是 JDK 根目录。
IDE 和构建工具仍报错？它们可能绕过系统环境变量
IntelliJ IDEA、Eclipse、VS Code 的 Java 扩展、甚至 mvn compile 都可能忽略系统 PATH，转而读取自身配置：
- IDEA：File → Project Structure → Project Settings → Project → SDK，手动指定
JDK路径，不依赖JAVA_HOME - Maven：检查
mvn -v输出的Java version和JAVA_HOME，若不一致，说明 Maven 用了内嵌 JVM 或MAVEN_OPTS强制指定了-Djava.home=... - Gradle：
gradle -v显示的 JVM 路径优先级高于系统变量，可通过org.gradle.java.home在gradle.properties中覆盖
真正麻烦的从来不是配环境变量本身，而是你以为配好了，结果 IDE、CI 脚本、Docker 构建全在用自己的规则找 JDK——它们根本不看你系统里那几个变量。
