这个答案试图解决:当在macOS El Capitan或更新版本(Sierra, High Sierra, Mojave)上为开发目的安装了多个JDK版本时，如何控制系统范围内的java版本(不仅仅是在当前运行的shell中)。据我所知，目前没有一个答案这样做(*)。

作为一名开发人员，我使用几个jdk，并且我想轻松地从一个jdk切换到另一个jdk。通常我有最新的稳定的用于一般用途，其他的用于测试。但我不希望系统(例如，当我启动我的IDE时)使用我目前拥有的最新的“早期访问”版本。我想控制系统的默认值，这应该是最新的稳定。

以下方法至少适用于Java 7到12(撰写本文时为早期访问)，适用于Oracle JDK或OpenJDK(包括2018年10月中旬之后由AdoptOpenJDK生成的构建)。

无需第三方工具的解决方案:

将所有jdk保留在默认位置，在/Library/Java/JavaVirtualMachines下。系统默认选择最高版本。 要在默认情况下排除一个JDK，请重命名它的Contents/Info。plist到Info.plist.disabled。当$JAVA_HOME指向JDK，或者在脚本或配置中显式引用它时，仍然可以使用该JDK。它将被系统的java命令忽略。

系统启动器将使用那些有Info的JDK中最高版本的JDK。plist文件。

在shell中使用备用JDK时，从现有的答案中选择您的方法(jenv，或/usr/libexec/java_home周围的自定义别名/脚本，等等)。

调查细节在此要点。

(*) Current answers are either obsolete (no longer valid for macOS El Capitan or Sierra), or only address a single JDK, or do not address the system-wide aspect. Many explain how to change $JAVA_HOME, but this only affects the current shell and what is launched from there. It won't affect an application started from OS launcher (unless you change the right file and logout/login, which is tedious). Same for jenv, it's cool and all, but as far as I can tell it merely changes environment variables, so it has the same limitation.

如果你用的是fish，而你用的是mac，你希望能够在JDK之间切换，那么下面对我来说适用于mac。

@kenglxn的答案对我不起作用，我发现它没有设置-g，这是全局的!

放在~/.config/fish/config.fish下面

alias j8="jhome  -v 1.8.0_162"
alias j9="jhome  -v 9.0.1"

function jhome
    set -g -x JAVA_HOME (/usr/libexec/java_home $argv)
    echo "JAVA_HOME:" $JAVA_HOME
    echo "java -version:"
    java -version
end

funcsave jhome

要了解您已安装的版本/次要版本，您可以执行以下操作:

/usr/libexec/java_home -V                                                                              579ms  Wed 14 Feb 11:44:01 2018
Matching Java Virtual Machines (3):
    9.0.1, x86_64:  "Java SE 9.0.1" /Library/Java/JavaVirtualMachines/jdk-9.0.1.jdk/Contents/Home
    1.8.0_162, x86_64:  "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0_162.jdk/Contents/Home
    1.8.0_121, x86_64:  "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0_121.jdk/Contents/Home

将以下代码行添加到你的.zshrc(或bash_profile):

alias j='f(){export JAVA_HOME=/usr/libexec/ JAVA_HOME -v $1};f'

保存到会话:

$ source .zshrc

执行命令(例如j13, j14, j1.8…)

$ j 1.8

解释 这是参数化的，所以你不需要像其他解决方案一样更新脚本。如果您没有安装JVM，系统会告诉您。案例示例如下:

/Users/user/IDE/project $ j 1.8
/Users/user/IDE/project $ java -version
openjdk version "1.8.0_265"
OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_265-b01)
OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.265-b01, mixed mode)
/Users/user/IDE/project $ j 13
/Users/user/IDE/project $ java -version
openjdk version "13.0.2" 2020-01-14
OpenJDK Runtime Environment (build 13.0.2+8)
OpenJDK 64-Bit Server VM (build 13.0.2+8, mixed mode, sharing)
/Users/user/IDE/project $ j 1.7
Unable to find any JVMs matching version "1.7".

太简单的解决方法:真让人头疼——这是一个快速简单的解决方法，对我来说很有效。

Mac OS Sierra版本10.12.13

使用快捷键:CMD+SHIFT+G -输入"/Library/" 找到JAVA文件夹 右键单击Java文件夹=移动到废纸篓(需要密码) 安装: Java SE开发工具包8 jdk-8u131-macosx-x64。下载Javascript SDK 确保新的JAVA文件夹出现在/LIBRARY/中 安装Eclipse |为Java开发人员安装Eclipse IDE 繁荣做

您可以将其添加到.bash_profile中，以设置默认版本。

//Open bash profile
open ~/.bash_profile

export JAVA_HOME=`/usr/libexec/java_home -v 1.8`

// run bash profile
source ~/.bash_profile

这个答案试图解决:当在macOS El Capitan或更新版本(Sierra, High Sierra, Mojave)上为开发目的安装了多个JDK版本时，如何控制系统范围内的java版本(不仅仅是在当前运行的shell中)。据我所知，目前没有一个答案这样做(*)。

作为一名开发人员，我使用几个jdk，并且我想轻松地从一个jdk切换到另一个jdk。通常我有最新的稳定的用于一般用途，其他的用于测试。但我不希望系统(例如，当我启动我的IDE时)使用我目前拥有的最新的“早期访问”版本。我想控制系统的默认值，这应该是最新的稳定。

以下方法至少适用于Java 7到12(撰写本文时为早期访问)，适用于Oracle JDK或OpenJDK(包括2018年10月中旬之后由AdoptOpenJDK生成的构建)。

无需第三方工具的解决方案:

将所有jdk保留在默认位置，在/Library/Java/JavaVirtualMachines下。系统默认选择最高版本。 要在默认情况下排除一个JDK，请重命名它的Contents/Info。plist到Info.plist.disabled。当$JAVA_HOME指向JDK，或者在脚本或配置中显式引用它时，仍然可以使用该JDK。它将被系统的java命令忽略。

系统启动器将使用那些有Info的JDK中最高版本的JDK。plist文件。

在shell中使用备用JDK时，从现有的答案中选择您的方法(jenv，或/usr/libexec/java_home周围的自定义别名/脚本，等等)。

调查细节在此要点。

(*) Current answers are either obsolete (no longer valid for macOS El Capitan or Sierra), or only address a single JDK, or do not address the system-wide aspect. Many explain how to change $JAVA_HOME, but this only affects the current shell and what is launched from there. It won't affect an application started from OS launcher (unless you change the right file and logout/login, which is tedious). Same for jenv, it's cool and all, but as far as I can tell it merely changes environment variables, so it has the same limitation.