JAVA虚拟机家族简介
Classic VM
JDK1.0发布，第一款商议的JAVA虚拟机。纯解释器方式来执行java代码的的JAVA虚拟机。如果要使用即时编译就需要外挂编译器。如果外挂了编译器，及时编译器会完全接管虚拟机的执行系统，解释器就不能工作。也就是说解释器和编译器不能配合工作。这也就意味着，如果要使用编译执行，编译器就对所有代码进行编译。
关于解释器和即时编译：https://www.cnblogs.com/jthr/p/15556841.html
在JDK1.2之前，它是唯一的虚拟机。JDK1.2时，它和HOT SPOT VM 并存，默认使用Classic VM，JDK1.3时默认使用HOT SPOT VM。JDK1.4，Classic VM退出商用虚拟机的历史舞台。
Exact VM
它是为了解决Classic VM的一些问题而开发出来的虚拟机。它有了热点探测、两级即时编译器、编译器和解释器混合工作等模式。它使用准确试内存管理，虚拟机可以知道内存中某个位置存了什么数据是什么类型。有能力分辨它是一个引用地址还是实际的数据，这是垃圾收集时正确判断堆上的数据是否还可能被使用的前提。
很可惜的是它只存在了很短的时间，就被HotSpotVM替代。只发行了Solaries版本，windows版本和linux版本都没有。
HotSpot VM
它是OpenJDK和OrcaleJDK的默认的JAVA虚拟机，是目前使用最广的JAVA虚拟机。
它是由Longview Technologies设计开发的，在1997年被sun公司收购。
HotSpot继承了Classic VM和Exact VM的优点，也有自己的优势。
它的名称中HotSpot指的是它的热点代码探测技术。它可以通过执行计数器找到最具有编译价值的代码，通过即时编译器以方法为单位编译。如果一个方法被频繁调用或者有效循环次数很多，会分别触发标准即时编译和栈上替换编译。通过编译器和解释器的协同工作，可以在最优化的程序响应时间和最佳执行性能中取得平衡。
KVM
除了服务器、桌面领域，JAVA也有移动端的虚拟机。简单、轻量、高度可移植，在移动平台运行
JRokeit
由BEA公司设计开发的，后面BEA被oracle收购。
它专注于服务器端应用，所以不关注程序的启动速度。它内部不包含解释器的实现，全部代码都靠即时编译器编译执行。它的垃圾回收器和Jvava Mission Controller故障处理套件的实现，在当时也处于领先水平。但是它被Oracle收购后，永远的停留在R28版本，这是JDK6版Jrocket的代号。
IBM J9
由IBM设计开发。它在设计上是全面考虑桌面、嵌入式、服务器的多用途虚拟机。J9的职责分离和模块化做的比HotSpot更好。它到今天的应用还是比较活跃的。
