正确答案是：/usr/libexec/java_home 是 macOS 唯一可靠的 JAVA_HOME 获取方式，它动态解析 /Library/Java/JavaVirtualMachines/ 下所有 JDK 的 Info.plist，支持版本、厂商、架构匹配；硬编码路径易失效，必须用 $() 执行命令并确保 $JAVA_HOME/bin 置顶 PATH，验证需同时满足 java -version、echo $JAVA_HOME、which java 三者一致。
/usr/libexec/java_home 是 macOS 唯一可靠的 JAVA_HOME 获取方式
macOS 不像 Linux 那样把 JDK 路径固定在 /usr/lib/jvm，也不像 Windows 那样靠注册表或手动安装路径推断。/usr/libexec/java_home 是系统内置命令，专为动态解析已安装 JDK 设计——它读取 /Library/Java/JavaVirtualMachines/ 下所有合法 JDK 的 Info.plist，再按版本、厂商、架构等规则返回最匹配的路径。
硬编码路径（比如 /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home）看似能用，但只要重装 JDK、升级版本、或用 SDKMAN! / jEnv 切换，JAVA_HOME 就立刻失效，且不会报错，只会在 Maven、Gradle 或 IDE 中静默使用旧版本。
-
/usr/libexec/java_home默认返回当前系统“首选”JDK（通常是最新 LTS 版） -
/usr/libexec/java_home -V列出所有已注册 JDK 及其完整路径和版本号 -
/usr/libexec/java_home -v 17明确指定 JDK 17（支持17、17.0、17.0.2等写法） -
/usr/libexec/java_home -v 21 -arch aarch64在 Apple Silicon 上限定架构，避免误选 x86_64 版本
为什么 export JAVA_HOME=$(/usr/libexec/java_home -v 17) 必须带子 shell 执行
直接写 export JAVA_HOME=/usr/libexec/java_home -v 17 是错的——这会被 shell 当作三个独立参数：JAVA_HOME=/usr/libexec/java_home、-v、17，根本不会执行命令，变量值就是字面字符串 /usr/libexec/java_home -v 17。
必须用 $() 包裹，让 shell 先执行命令、再把输出结果赋值给变量。漏掉括号或写成反引号（`）虽能运行，但现代 zsh 推荐统一用 $()，更易嵌套、更少转义问题。
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 正确：
export JAVA_HOME=$(/usr/libexec/java_home -v 17) - 错误：
export JAVA_HOME=/usr/libexec/java_home -v 17 - 错误：
export JAVA_HOME="/usr/libexec/java_home -v 17"（加引号后更糟，完全不执行） - 如果没装对应版本，命令会报错：
No Java runtime present, requesting install.，此时JAVA_HOME为空，后续java命令必然失败
PATH 顺序错位会导致 which java 指向 /usr/bin/java
即使 JAVA_HOME 设置正确，which java 还是返回 /usr/bin/java，说明 PATH 里 /usr/bin 排在了 $JAVA_HOME/bin 前面。macOS 自带的 /usr/bin/java 是一个代理脚本，它会根据 JAVA_HOME 启动真实 JVM，但行为不可控，且不包含 javac、jstack 等开发工具。
关键不是“加进 PATH”，而是“加到最前面”。顺序错了，java -version 可能显示对了，但 javac -version 报 command not found，或者 Maven 编译时用的是 JRE 而非 JDK。
- 正确：
export PATH=$JAVA_HOME/bin:$PATH（$JAVA_HOME/bin在前） - 错误：
export PATH=$PATH:$JAVA_HOME/bin（系统路径优先，/usr/bin/java永远生效） - 错误：
export PATH="/path/to/java/bin"（覆盖整个 PATH，ls、cd全挂） - 验证三要素必须同时满足：
java -version、echo $JAVA_HOME、which java输出路径一致
zsh 下 ~/.zshrc 修改后不生效的常见原因
改完 ~/.zshrc 习惯性关掉终端再重开，其实新开窗口也不会自动加载——除非你用的是登录 shell（比如从 Spotlight 启动 Terminal）。更稳妥的方式是手动 source ~/.zshrc，但要注意：该命令只对当前终端会话生效，子进程（如 VS Code 内置终端、IDE 启动的 Shell）未必继承。
某些 GUI 应用（IntelliJ、VS Code）启动时读的是登录 shell 环境，不是当前终端的运行环境。它们可能缓存了旧的 JAVA_HOME，或被自身设置覆盖（比如 IntelliJ 的 Project SDK 设置优先级高于环境变量）。
- 改完必须运行：
source ~/.zshrc，再验证三要素 - VS Code 用户需检查设置：
terminal.integrated.env.osx是否手动覆盖了JAVA_HOME - IntelliJ 用户应进入
Preferences → Project → Project SDK，确认选中的是$JAVA_HOME对应的 JDK，而非 “System Default” - 如果用了 Homebrew 安装 OpenJDK（如
brew install openjdk@17），路径是/opt/homebrew/opt/openjdk@17/libexec/openjdk.jdk/Contents/Home，/usr/libexec/java_home默认不识别它，得用export JAVA_HOME=$(/opt/homebrew/opt/openjdk@17/libexec/openjdk.jdk/Contents/Home)
JAVA_HOME，在终端里生效，在 VS Code 里却指向旧版本，往往不是配置错了，而是没意识到它们根本不在同一个环境里。 
