Mac上通过.dmg内.pkg安装的JDK固定路径为/Library/Java/JavaVirtualMachines/，完整JAVA_HOME需指向如/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home，推荐用/usr/libexec/java_home -v 17动态获取，再配置export JAVA_HOME和export PATH=$JAVA_HOME/bin:$PATH。
pkg安装后JDK实际路径在哪
Mac上通过.dmg内.pkg安装的JDK，**固定落在 /Library/Java/JavaVirtualMachines/ 下**，不会随用户目录变动，也不受Homebrew管理。这个路径是系统级位置，所有用户可见，但需要管理员权限才能写入。
常见错误是手动拼接路径（比如误写成 /usr/java 或 ~/Library/Java），结果 java -version 正常但 JAVA_HOME 指向失效——因为 java 命令本身可能由系统默认兜底，而编译、IDE、构建工具（如Maven、Gradle）严格依赖 JAVA_HOME 所指的完整根目录。
-
/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home是JDK 17的典型完整路径 -
/Library/Java/JavaVirtualMachines/jdk1.8.0_391.jdk/Contents/Home是JDK 8的典型路径（注意版本号含下划线） - 路径中必须包含
/Contents/Home，缺一不可；/bin或/jre都不是有效JAVA_HOME
用 /usr/libexec/java_home 动态获取路径更可靠
硬编码路径在多版本共存或重装后极易出错。macOS 自带的 /usr/libexec/java_home 工具能根据版本号自动定位真实安装路径，且兼容 Apple Silicon 和 Intel 架构。
例如，要确认 JDK 17 的路径，直接运行：
/usr/libexec/java_home -v 17
输出就是完整的 /Library/Java/JavaVirtualMachines/.../Contents/Home 路径。把它嵌入 shell 配置中，比复制粘贴更安全：
- 在
~/.zshrc中写JAVA_HOME=$(/usr/libexec/java_home -v 17)，而不是手填路径 - 如果只装了 JDK 17，
/usr/libexec/java_home（不带-v）也会返回它；但显式指定版本更明确 - 该命令不依赖环境变量，即使
JAVA_HOME当前为空也能查到已安装版本
配置时别漏掉 export PATH=$JAVA_HOME/bin:$PATH
只设 JAVA_HOME 不设 PATH，会导致终端里敲 java 或 javac 报“command not found”。因为系统找不到这些可执行文件的位置。
$JAVA_HOME/bin 是真正存放 java、javac、javadoc 等命令的地方，必须前置加入 PATH，否则后续工具链（如IDEA识别SDK、Gradle调用编译器）会静默失败。
- 顺序很重要：把
$JAVA_HOME/bin放在$PATH开头，避免系统自带旧版java（如 macOS 自带的 Java 6）被优先调用 - 不要写成
export PATH=$PATH:$JAVA_HOME/bin（尾部追加），这是常见低级错误 - 改完
~/.zshrc后务必执行source ~/.zshrc，否则新终端才生效，当前终端仍用旧环境
验证是否真的生效，不能只看 java -version
java -version 成功 ≠ 环境变量配置成功。它可能来自系统兜底或历史残留，掩盖了 JAVA_HOME 错误的问题。
真正有效的验证方式是三者都检查：
- 运行
echo $JAVA_HOME—— 必须输出你预期的完整路径（含/Contents/Home） - 运行
which java—— 输出应为$JAVA_HOME/bin/java，而非/usr/bin/java - 运行
javac -version—— 如果报错或版本不匹配，说明PATH没配对，或JAVA_HOME指向了 JRE 而非 JDK
尤其要注意：某些 IDE（如 Eclipse）会忽略 shell 环境变量，需在设置里单独指定 JDK 路径；而命令行构建工具（如 Maven）完全依赖 JAVA_HOME，这里出错会导致编译失败却无明确提示。
