麦克·约塞米蒂，

JDK 1.7.0_xx正在使用

$ ls -ltar /usr/bin/java
/System/Library/Frameworks/JavaVM.framework/Versions/Current/Commands/java

JAVA_HOME

/Library/Java/JavaVirtualMachines/jdk1.7.0_xx.jdk/Contents/Home

这个答案与山狮有关，与狮子无关。我需要为AWS命令行工具这样做。根据AWS文档，运行哪个java会返回/usr/bin/java.

因此，我在。bashrc中设置了JAVA_HOME=/usr。

显然，/usr/bin/java是一个指向/System/Library/Frameworks/JavaVM.framework/Versions/Current/Commands/java的符号链接。

更新

正如下面的评论中提到的，当JAVA_HOME环境变量被AWS命令行工具以外的东西使用时，这个JAVA_HOME值并不是理想的解决方案。不过，它在AWS命令行工具中工作得很好，正如它们的文档中给出的那样。

上面的方法对我来说在亚马逊的EC2工具中不起作用，因为它期望在JAVA_HOME下面的bin/java等。/System/Library/Frameworks/JavaVM.framework/Home可以工作。

我的方法是:

. bashrc

export JAVA6_HOME=`/usr/libexec/java_home -v 1.6`
export JAVA7_HOME=`/usr/libexec/java_home -v 1.7`
export JAVA_HOME=$JAVA6_HOME

# -- optional
# export PATH=$JAVA_HOME/bin:$PATH

这使得在J6和J7之间切换非常容易

在我升级我的Mac OS后，我也遇到了同样的问题，以下是我的工作:

cmd > vi ~ / . bash_profile 为JAVA_HOME添加/更新行: 出口JAVA_HOME = " /图书馆/ Java / JavaVirtualMachines / jdk1.7.0_15.jdk /内容/家” ~ / cmd >来源。Bash_profile或打开一个新终端

我认为jdk版本可能不同，所以只使用你在/Library/Java/JavaVirtualMachines/下的版本

/usr/ libeexec /java_home不是一个目录，而是一个可执行文件。它输出当前配置的JAVA_HOME，并且不实际更改它。这就是Java Preferences应用程序的作用，在我的例子中，它似乎坏了，实际上没有正确地更改JVM。它确实列出了1.7 JVM，但我可以切换/取消切换和拖放我想要的一切，而不实际改变/usr/libexec/java_home的输出。

即使在Lion上从Oracle安装了1.7.0 u6并在首选项中将其设置为默认值后，它仍然返回apple 1.6 java home。唯一对我有效的修复是手动设置JAVA_HOME:

export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.7.0_06.jdk/Contents/Home/

至少这样，当从命令行运行时，它将使用1.7。/usr/libexec/java_home仍然坚持1.6。

更新:在OSX上从命令行理解Java有更好的解释如何工作。

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

就是这样做的。注意，将其更新到1.8就可以了。