本文主要是介绍JVM系列--02历代Java虚拟机产品，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
历代Java虚拟机产品
- Sun Classic VM
- Exact VM(Exact Memory Managerment[准确式内存管理])
- HotSpot VM
- HotSpot历史
- HotSpot 优势
- KVM
- JRockit
- 优势
- J9
- Dalvik
- Microsoft JVM
- Azul VM
- Liquid VM
- TaobaoVM
参考：https://www.infoq.cn/article/jvm-family/
Sun Classic VM
世界上第一款商用Java虚拟机。
只能使用纯解释器方式执行Java代码，如果要使用JIT编译器就需要进行外挂。
Exact VM(Exact Memory Managerment[准确式内存管理])
编译器和解释器混合工作以及两级即时编译器
只在Solaris平台发布(没有在windows与linux平台上发布商用版本)
HotSpot VM
HotSpot历史
HotSpot最初由LongviewTechnologies公司设计,后由sun公司收购。
2006年的JavaOne大会上，Sun宣布最终会把Java开源，并在随后的一年，陆续地将JDK的各个部分（其中当然也包括了HotSpot VM）在GPL协议下公开了源码，并在此基础上建立了OpenJDK。这样，HotSpot VM便成为了Sun JDK和OpenJDK两个实现极度接近的JDK项目的共同虚拟机。
在2008年和2010年，Oracle分别收购了BEA和Sun公司，这样Oracle就同时拥有了这个星球上最优秀的两款Java虚拟机：JRockit VM和HotSpot VM。
HotSpot 优势
HotSpot VM既继承了Sun之前两款商用虚拟机的优点（如前面提到的准确式内存管理），也有许多自己新的技术优势，如它名称中的HotSpot指的就是它的热点代码探测技术（其实Exact VM之中也有与HotSpot几乎一样的热点探测，为了Exact VM和HotSpot VM哪个成为Sun主要支持的产品VM，在Sun公司内部还大吵过一场，HotSpot打败Exact并不能算技术上的胜利），HotSpot VM的热点代码探测能力可以通过执行计数器找出最具优编译价值的代码，然后通知JIT编译器以方法为单位进行编译。如果一个方法被频繁调用，或方法中回边（回边是指程序向后跳转的行为）次数很多，将会分别触发标准编译和OSR（栈上替换）编译动作。通过编译器与解释器恰当地协同工作，可以在最优化的程序响应时间与最佳执行性能中取得平衡，而且无需等待本地代码输出才能执行程序，即时编译的时间压力也相对减小，这样有助于引入更多的代码优化技术，输出质量更高的本地代码。
KVM
Kilobyte 简单，轻量，高度可移植
在手机平台运行，在android 与 ios操作系统出现之前，KVM在手机平台上广泛应用
嵌入式虚拟机产品
JRockit
JRockit由BEA公司开发，于2008年被Oracle公司收购。
世界上最快的Java虚拟机
专注于服务器端应用
优势
垃圾收集器
MissionControl服务套件
J9
全称：IBM Technology for Java Virtual Machine (IT4J)
由IBM公司开发。
J9的主要市场就是IBM产品，相当于IBM自用虚拟机。
Dalvik
并不是一个Java虚拟机，因为他没有遵循Java虚拟机的规范，它不能直接执行编译后的class文件。另外Dalvik是寄存器架构不是Java虚拟机常见的栈架构。
Android平台的核心组成部分之一
它执行的dex(Dalvik Executable)文件可以通过Class文件转化而来
Microsoft JVM
只能运行于Windows平台，是当时Windows平台最快的Java虚拟机。
初期表现不错，后被sun公司控告
Azul VM
高性能的Java虚拟机
Liquid VM
高性能的Java虚拟机
TaobaoVM
alibaba深度定制产品
对硬件依赖较高（适用于阿里自用服务器），损失兼容性但提高了性能。
垃圾回收方面比较优秀
这篇关于JVM系列--02历代Java虚拟机产品的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
