JVM、JRE 与 JDK
JVM 是 JavaVirtualMachine(Java虚拟机)的缩写,是 java 程序跨平台运行的基础。JVM 可以理解为 java 程序运行的容器,这样程序不需要直接和内核交互,达到跨平台的目的。
JRE 是 Java Runtime Environment(Java 运行时环境)的缩写,单纯的 JVM 并不能运行 java 程序,因为程序编写时会引用很多类库,而 JVM 并没有提供这些库文件。运行 java 程序所需要的类库、容器的合集,即为 JRE。
JRE 可以保证已编译 java 程序的运行,不过我们开发程序时,为了方便我们编译、调试,官方提供了相应的语言开发工具包(Java Development Kit),即 JDK。
所以:
JDK = JRE + 开发工具集(如 javac 编译工具)
JRE = JVM + Java SE 类库
JDK 安装目录
使用安装包安装 JDK 时,安装路径一般为 /Library/Java/JavaVirtualMachines
,这也是 mac OS JDK 的默认路径
使用 HomeBrew 安装 JDK 时,会安装在 /opt/homebrew/opt
目录下,如果其他程序需要使用 HomeBrew 安装的 JDK,可以通过软连接映射到 /Library/Java/JavaVirtualMachines
目录下。
1 | sudo ln -sfn /opt/homebrew/opt/openjdk@11/libexec/openjdk.jdk /Library/Java/JavaVirtualMachines/openjdk-11.jdk |
JAVA_HOME 环境变量
不同程序依赖的 JDK 版本不同,为了保持兼容,我们可能会在环境中安装多个版本的 JDK。
上面提到,java 程序需要 JRE 才能运行,而存在多个 JDK 时,就需要一种可以定位到特定 JDK 的方法。一般程序中会通过 JAVA_HOME 环境变量来定位相应的 JDK/JRE,该变量可以理解为一个指向 JAVA 环境的指针。
我们可以在 ~/.zshrc 中设置 JAVA_HOME,为了便于切换,我们给每个 JDK 单独定义了变量
1 | 便于多版本切换的 JAVA_HOME |
修改后source ~/.zshrc
生效后,我们便可以通过 export JAVA_HOME=$JAVA_X_HOME
在不同版本 JDK 间切换。
/usr/libexec/java_home 程序
os x 10.5 之后,mac 内置了 java_home 程序来管理 java 环境,/usr/libexec/java_home -V
可以查看默认路径下所有的 java 环境版本。
同时,java_home 会使用当前环境中最新版作为默认版本,也可使用 /usr/libexec/java_home -- v
查看默认环境版本。
java_home 默认使用最新版 JDK,那么配置 $JAVA_HOME 还有意义么?
目前测试发现:
- 未设置 JAVA_HOME 时,java 命令使用 java_home 默认版本,及路径下最新版本
- 设置 JAVA_HOME 或 JAVA_HOME 不是有效 JVM 路径时,java 命令以 $JAVA_HOME 设置的路径版本为准。
多 JDK 时设置 JAVA_HOME
上面我们通过固定路径来设置 JAVA_HOME 环境变量,当路径变化时(如升级时卸载了老版本)。会造成 JAVA_HOME 不是有效 JVM 路径,影响部分程序运行。
java_home 支持通过 -v
来筛选版本,目标版本不存在时,则返回路径下最新版本。
所以,最好的方式通过 java_home 来设置 JAVA_HOME 变量,最大限度保证 JAVA_HOME 可用。
1 | export JAVA_8_HOME=$(/usr/libexec/java_home -v 1.8) |
常见问题
java -version 和 JAVA_HOME 执行结果不一致
有时候会发现设置完 JAVA_HOME 后,java 未使用预期版本执行,出现这种情况一般是修改了PATH 环境变量,导致未使用默认 java 程序导致的。
默认 java 位于 /usr/bin/java
,如果通过 PATH 环境变量靠前的路径中也存在 java 可执行文件,则会默认执行该 java 程序。