macos上/usr/libexec/java_home是唯一可靠路径发现工具，它自动扫描/library/java/javavirtualmachines/下所有jdk并按策略返回匹配路径，避免人工拼接出错；不带参数返回默认jdk路径，-v列出全部，-v 17.0.1精确匹配，-v "17*"通配匹配，脚本中应加2>/dev/null捕获错误。
macOS 上 /usr/libexec/java_home 是唯一可靠路径发现工具
Mac 的 JDK 安装结构特殊，/usr/bin/java 只是系统符号链接，指向 /System/Library/Frameworks/JavaVM.framework，这个路径不是真正的 JDK Home。真正存放 Oracle/OpenJDK 的位置统一在 /Library/Java/JavaVirtualMachines/ 下，但具体子目录名随版本、厂商、安装方式（.dmg / SDKMAN / Homebrew）而变，人工拼路径极易出错。/usr/libexec/java_home 是 Apple 提供的官方机制，它会扫描该目录下所有合法 JDK，并按策略返回匹配项。
/usr/libexec/java_home 常见用法与参数差异
不带参数直接运行，返回当前系统默认选用的 JDK 路径：
/usr/libexec/java_home
加 -V（大写 V）列出全部已安装 JDK 及其版本标识：
/usr/libexec/java_home -V
指定版本时必须用完整语义化版本号（如 17.0.1），不能只写 17：
-
/usr/libexec/java_home -v 17.0.1—— 精确匹配 -
/usr/libexec/java_home -v 17—— 不生效，会报错或 fallback 到默认 -
/usr/libexec/java_home -v "17*"—— 支持通配，可匹配 17.x 系列
若需返回 Home 路径而非 bin 路径，务必加 -t 参数指定类型（jdk 或 jre），否则可能返回错误层级：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
/usr/libexec/java_home -v 17.0.1 -t jdk
为什么 echo $JAVA_HOME 经常为空或不准
因为 $JAVA_HOME 是纯用户态环境变量，它不参与 JDK 发现逻辑，只反映你上次手动配置或 shell 启动时加载的值。常见问题包括：
- Shell 配置文件未生效（比如改了
~/.zshrc却在bash里执行echo $JAVA_HOME） - IDE（如 IntelliJ）或终端复用旧 shell 进程，未重新 source 配置
- 某些脚本或 CI 工具显式 unset 掉
$JAVA_HOME，再通过java -XshowSettings:properties -version 2>&1 | grep java.home反查，结果却来自 JRE 内部，和实际 JDK Home 不一致
所以验证 JDK 路径时，应优先信 /usr/libexec/java_home，而不是依赖 $JAVA_HOME 的输出。
脚本中安全获取 JDK Home 的推荐写法
在 Makefile、CI 脚本或 shell 工具中，不要硬编码路径，也不要用 which java + readlink 组合——它在 Apple Silicon Mac 上对 Rosetta 二进制处理不可靠。正确做法是：
JDK_HOME=$(/usr/libexec/java_home -v 17.0.1 2>/dev/null)
如果允许 fallback 到任意 17.x：
JDK_HOME=$(/usr/libexec/java_home -v "17*" 2>/dev/null)
务必加 2>/dev/null，因为当指定版本不存在时，该命令会向 stderr 输出错误并返回非零退出码，不捕获会导致整个脚本中断。这也是最容易被忽略的健壮性细节。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
