JDK安装本身简单，真正卡住人的是环境变量配置：JAVA_HOME须设为JDK根目录（如D:\jdk-17），PATH添加%JAVA_HOME%\bin，CLASSPATH在JDK8+非必需但若设置需含.和tools.jar；Windows避免C:\Program Files路径中的空格导致截断，修改后须重启终端。
直接说结论：JDK 下载安装本身不难，真正卡住人的永远是环境变量配置——尤其是跨平台时，JAVA_HOME、PATH 和 CLASSPATH 的写法差异、路径分隔符、是否需要 tools.jar 等细节，稍错一步就出现 'javac' is not recognized。
Windows 上 JDK 安装后必须改安装路径和环境变量位置
默认安装到 C:\Program Files\Java\ 会导致后续配置失败，因为空格和括号（如 Program Files）会让 %JAVA_HOME%\bin 在命令行中被截断。实操建议：
- 安装时手动指定路径，例如
D:\jdk-17或C:\dev\jdk21，全程避免中文、空格、特殊符号 -
JAVA_HOME必须设为纯 JDK 根目录（不含\bin），比如D:\jdk-17，不是D:\jdk-17\bin -
PATH中只加%JAVA_HOME%\bin即可；JDK 9+ 不再自带独立 JRE，%JAVA_HOME%\jre\bin这段可以删掉 -
CLASSPATH在 JDK 8 及以后已非必需，但若保留，开头那个.（当前目录）不能漏，且必须用英文点号，值应为：.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar
Linux/macOS 下用 export 配置要区分用户级和系统级
在 ~/.bashrc 或 ~/.zshrc 里写死路径最稳妥，避免依赖 /usr/lib/jvm 这类软链接（不同发行版指向可能不一致）。常见错误：
- 把
JAVA_HOME设成/usr/bin/java——这是可执行文件路径，不是 JDK 根目录 - 忘记运行
source ~/.bashrc，导致新终端仍读不到变量 - 用
sudo apt install default-jdk安装后，JAVA_HOME实际是/usr/lib/jvm/default-java，需先ls -l /usr/lib/jvm/default-java确认真实指向 - macOS M1/M2 用户若用 Homebrew 安装，路径通常是
/opt/homebrew/opt/openjdk，brew --prefix openjdk可确认
java -version 成功但 javac -version 报错的典型原因
这说明 PATH 指向了 JRE 而非 JDK，或者 PATH 里混入了旧版本残留路径。排查步骤：
- 运行
where java（Windows）或which java（Linux/macOS），看输出路径是否含jdk字样 - 运行
echo %JAVA_HOME%（Windows）或echo $JAVA_HOME（Linux/macOS），确认值是否正确且可访问 - 检查
PATH是否存在多个 Java 相关路径，旧版本（如C:\Program Files (x86)\Java\jre7）会优先命中 - Windows 用户注意：修改环境变量后，已打开的 CMD/PowerShell 不会自动刷新，必须重启终端
跨平台脚本中判断 JDK 版本不能只靠 java -version
java -version 输出格式在不同厂商（Oracle/OpenJDK/Amazon Corretto）和不同版本间差异极大，直接 parse 容易翻车。更可靠的做法是：
- 用
java -XshowSettings:properties -version 2>&1 | findstr "java.version"（Windows）或java -XshowSettings:properties -version 2>&1 | grep "java.version"（Linux/macOS）提取标准属性 - 检查
$JAVA_HOME/release文件是否存在并读取内容（JDK 9+ 标准格式） - 避免用
javac -version做判断——它只在 JDK 存在时有效，而java -version即使只有 JRE 也能跑
真正麻烦的从来不是下载按钮点几下，而是你改完环境变量后，在另一个终端、另一台机器、另一个 shell 里，javac 突然又找不到了——那大概率是 PATH 没生效，或者 JAVA_HOME 指向了一个不存在的路径。
