Mac上用dmg安装JDK后，JAVA_HOME应填/Library/Java/JavaVirtualMachines/jdk-x.x.x.jdk/Contents/Home，须通过/usr/libexec/java_home -V确认具体路径，且必须包含/Contents/Home，不可省略或误写为/System/Library等过时路径。
Mac上用dmg拖拽安装JDK，JAVA_HOME该填什么路径？
不是所有.dmg安装方式都走标准路径——但Oracle官方提供的JDK .dmg安装包（包括JDK 8/11/17/21）默认会把JDK装进 /Library/Java/JavaVirtualMachines/，而不是用户主目录或“应用程序”文件夹。所谓“拖拽安装”是误传，实际是双击.pkg运行图形化安装器，自动写入系统级目录。
确认路径的唯一可靠方式是执行：
/usr/libexec/java_home -V
输出类似：
jdk-21.0.3.jdk [21.0.3]
对应路径就是：
/Library/Java/JavaVirtualMachines/jdk-21.0.3.jdk/Contents/Home
-
/Contents/Home是必须的，漏掉就找不到bin/java - 路径中含空格或特殊字符（如
jdk-17.0.1+12.jdk）也完全合法，不用转义 - 别抄网上过时教程里
/System/Library/Java/JavaVirtualMachines/—— macOS 自带的 Java 已被移除多年，这个路径早已不存在
.zshrc 还是 .bash_profile？Mac终端默认用哪个？
macOS Catalina（10.15）起，默认 shell 已切换为 zsh，所以环境变量应写入 ~/.zshrc，而非旧的 ~/.bash_profile。如果你没动过系统配置，echo $SHELL 会返回 /bin/zsh。
实操建议：
- 先检查：运行
ls -a ~ | grep -E "zshrc|bash"，看哪个文件存在 - 若
.zshrc存在，直接编辑它：nano ~/.zshrc - 若只有
.bash_profile，且你从没改过 shell，大概率是你用的是老系统或手动切回了 bash —— 仍可继续用它，但新装机请优先配.zshrc - 不要两个文件都写同一套
export JAVA_HOME=...，否则可能重复加载、PATH 混乱
配置完 JAVA_HOME 后，java -version 不生效？
常见现象是终端重启后仍显示旧版本，或报错 command not found: java。根本原因几乎都是 PATH 没正确拼接，或配置未加载。
排查步骤：
- 确认
export JAVA_HOME=...和export PATH=$JAVA_HOME/bin:$PATH都在同一个配置文件里，且顺序不能颠倒（JAVA_HOME必须先定义） - 执行
source ~/.zshrc（或对应文件），不是只改完就完事 - 运行
echo $JAVA_HOME，看输出是否和/usr/libexec/java_home -v 21返回的一致 - 运行
echo $PATH | grep java，确保$JAVA_HOME/bin出现在结果里 - 新开一个终端窗口再试 —— Terminal App 的标签页有时不继承最新环境
多个JDK共存时，/usr/libexec/java_home 怎么选版本？
这个命令不只是查路径，还能主动切换。比如你装了 JDK 17 和 JDK 21，想临时让 java 命令指向 17：
export JAVA_HOME=$(/usr/libexec/java_home -v 17)
更稳妥的做法是加到配置文件里：
export JAVA_HOME=$(/usr/libexec/java_home -v 17.0.1)
注意点：
-
-v后跟主版本号（如17）会匹配最高小版本；跟完整版号（如17.0.1）更精确 - 不加
-v参数时，/usr/libexec/java_home默认返回系统里版本最高的 JDK，但不保证是你想要的那个 - 别依赖
sudo ln -sf软链 /usr/bin/java —— macOS 系统完整性保护（SIP）会阻止修改该目录，强行操作可能失败或引发权限异常
最易被忽略的其实是 shell 配置文件的加载时机：改完 .zshrc 后，只在当前终端生效；新开终端、IDE 内嵌终端、甚至某些 GUI 应用（如 IntelliJ）启动的终端，未必自动 source 它 —— 这类场景下 JAVA_HOME 常为空，得单独配置 IDE 的 SDK 或启动脚本。
