一篇文章彻底搞懂macOS如何决定java环境_Java

打开 macos 的终端输入 java --version，如果有如下输出，说明安装过 java 环境。

➜  ~ java -version
openjdk version "24.0.1" 2025-04-15
openjdk runtime environment (build 24.0.1+9-30)
openjdk 64-bit server vm (build 24.0.1+9-30, mixed mode, sharing)

要想知道 java 安装的位置，可以使用如下方法：

方法一：使用 which命令

这个命令用于定位可执行文件的路径。

which java

输出结果示例：

/usr/bin/java

注意： 这通常是一个“中间人”路径。macos 使用一种叫做“包装器”的机制，/usr/bin/java实际上是一个替身，它会指向真正的 java 安装位置。要找到真实路径，我们需要下一步。

方法二：使用 java_home工具（apple 官方推荐）

macos 自带了一个名为 /usr/libexec/java_home的专用工具来管理 java 位置，这是查询当前使用中的 jdk 路径的最佳方式。

/usr/libexec/java_home

输出结果示例：

/library/java/javavirtualmachines/openjdk-24.0.1.jdk/contents/home

这个路径就是您当前运行的 java 版本（openjdk 24.0.1）的真正安装根目录。

进阶用法： 列出所有已安装的 java 版本

/usr/libexec/java_home -v

-v（大写v）参数会列出您系统上安装的所有 jdk，并标明哪个是当前正在使用的版本。

那问题来了，如果电脑上有多个 java 环境，系统如何决定使用哪个？

简单答案是：系统通过一套明确的优先级规则，动态地决定了当前终端会话使用哪个 java 版本。

1. 优先级规则 (path 变量)

当在终端输入 java或 javac时，系统会按照 path环境变量中列出的路径顺序，从左到右寻找第一个匹配的可执行文件。

通常，/usr/bin目录在 path中优先级很高。
而在 /usr/bin目录下，存在一个名为 java的“包装器脚本”或“符号链接”。
这个包装器不会固定指向某个版本，它会调用下一个工具来决定。

2. 决策工具 (/usr/libexec/java_home)

/usr/bin/java这个包装器背后真正的决策者正是之前用到的命令：/usr/libexec/java_home。

这个工具会按照以下逻辑选择当前默认的 jdk：

检查 $java_home环境变量：如果用户显式设置了这个变量，则优先使用它指向的路径。
检查特定应用程序的配置：某些工具（如 idea）可能会在特定上下文中设置路径。
遍历 /library/java/javavirtualmachines/和 ~/library/java/javavirtualmachines/：查找所有已安装的 jdk。
选择版本号最高的 jdk：如果没有其他配置，这就是默认行为，它会自动选择它找到的最新、版本号最大的 jdk。

3. 验证决策过程

可以运行以下命令来亲眼见证这个决策过程：

/usr/libexec/java_home -v

这个命令会列出所有发现的 jdk，并在最后一行明确指出当前被选中的是哪一个（matching java virtual machines列表中的第一个）。

➜  ~ /usr/libexec/java_home -v
matching java virtual machines (3):
    24.0.1 (arm64) "oracle corporation" - "openjdk 24.0.1" ~/library/java/javavirtualmachines/openjdk-24.0.1/contents/home
    21.0.7 (arm64) "microsoft" - "openjdk 21.0.7" ~/library/java/javavirtualmachines/ms-21.0.7/contents/home
    1.8.0_442 (arm64) "amazon" - "amazon corretto 8" ~/library/java/javavirtualmachines/corretto-1.8.0_442/contents/home
~/library/java/javavirtualmachines/openjdk-24.0.1/contents/home