JVM基础系列第2讲：Java 虚拟机的历史

时间 2020-06-28

标签 jvm 基础系列 java 虚拟机历史栏目 Java 繁體版

原文原文链接

提及 Java 虚拟机，许多人就会将其与 HotSpot 虚拟机等同看待。但实际上 Java 虚拟机除了 HotSpot 以外，还有 Sun Classic VM、Exact VM、BEA JRocketit、IBM J9 等等。今天咱们就来简单回顾下 Java 虚拟机的发展历史。html

虚拟机始祖：Sun Classic

在 1996 年 1 月 23 日，Sun 发布 JDK 1.0，其中自带的虚拟机就是 Classic VM。但这款虚拟机有个特色，即只能使用纯解释器的方式来执行 Java 代码，若是要使用 JIT 编译器那就必须使用外挂。java

tips: 执行代码能够分为编译执行和解释执行。解释执行指的是边解释边运行代码。编译执行指的是先编译，后执行。程序员

但若是外挂了 JIT 编译器，那么 JIT 编译器就彻底替代了虚拟机的执行系统，解释器便再也不工做了。简单地说，在 Sun Classic 虚拟机中，解释器与编译器没法共同存在。服务器

并且即便使用了外挂 JIT 编译器，Sun Classic 虚拟机的执行速度也快不起来。由于解释器没法和编译器配合工做，虚拟机没法判断哪一个方法是使用频率高，因此它只能对每一个方法都进行编译。这就致使了虚拟机只能采起相对简单的优化技术，没法进行耗时稍微较高的优化技术。由于若是对全部代码都采用耗时高的优化技术，那么编译时间会慢得没法接受。jvm

虽然 Sun Classic 虚拟机有这样那样的问题，但其生命力仍是很是旺盛的。在 JDK 1.3 以前，其一直是 JDK 的默认虚拟机。而在 JDK 1.3 时，HotSpot 成为默认虚拟机，其做为备用虚拟机存在。到了 JDK 1.4 时，其正式退出历史舞台。能够说 Sun Classic 仍是存在了将近四年的时间，但另一个虚拟机可就没有那么好的运气了。性能

无疾而终：Sun Exact VM

在 Sun Classic 发布后，Sun 的虚拟机团队在 JDK 1.2 时发布了一款名为 Exact VM 的虚拟机，尝试解决 Classic VM 遇到的全部问题。它的执行系统解决了 Classic VM 存在的解释器和编译器没法同时工做的问题，还具有了一些现代高性能处理器的特性，如：两级即时编译等。学习

除此以外，Exact VM 还改进了虚拟机的对象查找方式。在 Classic VM 中，若是要查找一个对象，那么须要经过句柄（相似指针）来查找。若是须要查找一个对象，那么须要经过其构建成的句柄树一层层寻找。但在 Exact VM 中使用了准确式内存管理（Exact Memory Management），即虚拟机能够知道内存中某个位置的数据具体是什么类型，这样就减小了查找的的开销，提高执行性能。优化

但惋惜的是，虽然 ExactVM 发布了，但一直到它退出时，其都没有真正被大规模使用过。在 JDK 1.2 其发布时，Exact VM 推出，但Sun Classic VM 依然做为默认的 Java 虚拟机。在 JDK 1.3 发布时，推出虚拟机 HotSpot VM 做为默认虚拟机，而 Sun Classic VM 做为备用虚拟机。ui

武林盟主：Sun HotSpot VM

HotSpot VM 能够说是使用最为普遍的 Java 虚拟机，几乎全部的 Java 虚拟机都知道它。但实际上，这个虚拟机并非由 Sun 公司原生开发的，而是由一个叫 Longview Technologies 公司开发的。而 Sun 公司注意到了这款虚拟机在 JIT 编译上的许多优秀成果，于 1997 年收购了 Longview Technologies 公司，从而得到了 HotSpot VM。spa

要说 HotSpot 不只仅有前面说到两款虚拟机的优势（如：准确式内存管理），也有许多本身的新技术，例如：热点探测技术。热点探测技术指的是经过执行计数器找出最具优化价值的代码，而后通知 JIT 编译器以方法为单位进行深度优化编译。但其实 Exact VM 中也有相似的技术，Sun 公司内部还所以大吵了一架，但最终仍是选择了 HotSpot 做为默认的虚拟机，其中的原因不得而知。

总的来讲，从 2000 年 JDK 1.3 发布，HotSpot VM 做为默认的虚拟机开始登上历史舞台。到如今 2018 年，18 年时间过去了，其依然是咱们最经常使用的虚拟机，可见 Sun HotSpot VM 的生命力之顽强。

百家争鸣：BEA JRockit / IBM J9 VM

前面说的都是 Sun 公司推出的虚拟机，但除了 Sun 公司以外，其余组织、公司也研发过很多的虚拟机实现，其中最著名的要算 BEA 公司的 BEA JRockit 和 IBM 公司的 J9 VM 了。

BEA 公司的 JRockit 是一款专一于服务器硬件和服务端应用场景的虚拟机，其针对服务端场景作了大量的优化，所以其不太关注程序启动速度。JRockit 虚拟机内部不包含解释器实现，所有代码都靠即时编译器编译后执行。此外，其提供的 MissionControl 服务套件也十分强大。

IBM 公司的 J9 VM 则是一款比较通用的虚拟机，其定位应用于从服务端到桌面应用再到嵌入式的多用途虚拟机。IBM 公司开发 J9 VM 的目的是将其做为 IBM 公司各类 Java 产品的执行平台。

武林外传：那些无名虚拟机

从 Sun Classic、Sun Exact VM、Sun HotSpot VM，再到 BEA JRockit、IBM J9 VM，这几个虚拟机能够说是虚拟机的正史了，是每一个 Java 程序员应该了解的。但在这以外，其实还有各类各样的虚拟机存在。

例如性能最强悍的并非上面所说的虚拟机，而是名为 Azul VM 和 BEA Liquid VM 的专用商业及虚拟机。这些虚拟机只运行在特定硬件平台，所以要求比较高。但其性能也是很是强悍的。其能够管理至少数十个 CPU 和数百 GB 的内存资源，还提供在巨大内存范围内实现可控 GC 时间的垃圾收集器等等。

此外还有许许多多其余的虚拟机存在，例如：Apache Harmony、Google Android Dalvik VM、Mircosoft JVM 等等。

##最后的赢家：Oracle 看了这么些历史，彷佛都是在说 Sun公司发布的虚拟机，与 Oracle 彷佛没有什么关系。但在 2010 年，Oracle 公司收购了 Sun 公司，这样 Oracle 就拥有了 HotSpot VM。再加上其在 2008 年收购 BEA 公司得到的 JRocket VM，Oracle 公司就拥有了地球上最优秀的两款虚拟机。

对于虚拟机将来的规划，Oracle 宣布会将 JRockit 的优秀特性整合到 HotSpot VM 中，例如移植 JRockit 的垃圾回收器和 MissionControl 服务。

附录：Java 虚拟机历史

JDK 版本升级不只仅体如今语言和功能特性上，还包括了其编译和执行的 Java 虚拟机的升级。

1996 年，JDK 1.0 发布时，提供了纯解释执行的 Java 虚拟机实现：Sun Classic VM。
1997 年，JDK 1.1 发布时，虚拟机没有作变动，依然使用 Sun Classic VM 做为默认的虚拟机。
1998 年，JDK 1.2 发布时，提供了运行在 Solaris 平台的 Exact VM 虚拟机，但此时仍是用 Sun Classic VM 做为默认的 Java 虚拟机。
2000 年，JDK1.3 发布，默认的 Java 虚拟机由 Sun Classic VM 改成 Sun HotSopt VM，而 Sun Classic VM 则做为备用虚拟机。
2002 年，JDK 1.4 发布，Sun Classic VM 退出商用虚拟机舞台，直接使用 Sun HotSpot VM 做为默认虚拟机一直到如今。