Exact VM全称是Exact Memory Management Virtual Machine
诞生于jdk1.2，主要目的是解决解释型引擎执行效率低的问题，也是现代高性能虚拟机的雏形。
只在Solaris平台上使用，还没在其它平台上应用就被HotSpot虚拟机替换。
摘录《深入理解java虚拟机》----周志明----第三版的部分原文：
  Exact VM因它使用准确式内存管理（Exact Memory Management，也可以叫Non-Conservative/Accurate Memory Management）而得名。
  准确式内存管理是指虚拟机可以知道内存中某个位 置的数据具体是什么类型。譬如内存中有一个32bit的整数123456，虚拟机将有能力分辨出它到底是一 个指向了123456的内存地址的引用类型还是一个数值为123456的整数，准确分辨出哪些内存是引用类 型，这也是在垃圾收集时准确判断堆上的数据是否还可能被使用的前提。
  由于使用了准确式内存管 理，Exact VM可以抛弃掉以前Classic VM基于句柄（Handle）的对象查找方式（原因是垃圾收集后对 象将可能会被移动位置，如果地址为123456的对象移动到654321，在没有明确信息表明内存中哪些数 据是引用类型的前提下，那虚拟机肯定是不敢把内存中所有为123456的值改成654321的，所以要使用 句柄来保持引用值的稳定），这样每次定位对象都少了一次间接查找的开销，显著提升执行性能。

SUN Classic VM是一款解释型的java字节码执行引擎
java虚拟机分为两类执行引擎，①解释型、②及时编译(Just-In-Time) 执行引擎
两者的区别是解释型是一行一行执行代码，类似于javascript、python这类解释型的编程语言。

及时编译 是将字节码中的热点代码编译成机器码，并且将机器码缓存到方法区的代码缓存区。

Sun Classic VM诞生于java1.0（1996年），是世界上第一款商用Java虚拟机，在jdk1.4（2002年）后被完全淘汰!
Sun Classic VM内部只提供解释器，使用JIT编译器需要外挂，并且一旦使用JIT就会导致解释器不能执行

摘录《深入理解java虚拟机》----周志明----第三版的部分原文：
 1996年1月23日，Sun发布JDK 1.0，Java语言首次拥有了商用的正式运行环境，这个JDK中所带的 虚拟机就是Classic VM。这款虚拟机只能使用纯解释器方式来执行Java代码，如果要使用即时编译器那 就必须进行外挂，但是假如外挂了即时编译器的话，即时编译器就会完全接管虚拟机的执行系统，解 释器便不能再工作了。在JDK 1.2及之前，用户用Classic虚拟机执行java-version命令，将会看到类似下 面这行的输出：

java version “1.2.2” Classic VM (build JDK-1.2.2-001, green threads, sunwjit)

  其中的“sunwjit”（Sun Workshop JIT）就是Sun提供的外挂编译器，其他类似的外挂编译器还有 Symantec JIT和shuJIT等。由于解释器和编译器不能配合工作，这就意味着如果要使用编译执行，编译 器就不得不对每一个方法、每一行代码都进行编译，而无论它们执行的频率是否具有编译的价值。基 于程序响应时间的压力，这些编译器根本不敢应用编译耗时稍高的优化技术，因此这个阶段的虚拟机 虽然用了即时编译器输出本地代码，其执行效率也和传统的C/C++程序有很大差距，“Java语言很慢”的 印象就是在这阶段开始在用户心中树立起来的。
  Sun的虚拟机团队努力去解决Classic虚拟机所面临的各种问题，提升运行效率，在JDK 1.2时，曾 在Solaris平台上发布过一款名为Exact VM的虚拟机，它的编译执行系统已经具备现代高性能虚拟机雏 形，如热点探测、两级即时编译器、编译器与解释器混合工作模式等。

JRockit VM由BEA公司开发，是真正意义的世界上最快的java虚拟机。后BEA公司在2008年被Oracle收购。
JRockit专注于服务端应用，JRockit内部不包含解释器实现，全部代码都靠及时编译器(JIT)编译后执行。
Oracle收购了BEA后，想要整合JRockit到HotSpot虚拟机上。后由于两者架构相差很大，只是部分优秀内容被整合。

后高斯林（java之父）辞职，就职于谷歌，研究人工智能和水下机器人。
摘录《深入理解java虚拟机》----周志明----第三版的部分原文：
  如果说HotSpot是天下第一的武林盟主，那曾经与HotSpot并称“三 大商业Java虚拟机”的另外两位，毫无疑问就该是天下第二了，它们分别是BEA System公司的JRockit与 IBM公司的IBM J9。
  JRockit虚拟机曾经号称是“世界上速度最快的Java虚拟机”（广告词，IBM J9虚拟机也这样宣传 过，总体上三大虚拟机的性能是交替上升的），它是BEA在2002年从Appeal Virtual Machines公司收购 获得的Java虚拟机。BEA将其发展为一款专门为服务器硬件和服务端应用场景高度优化的虚拟机，由 于专注于服务端应用，它可以不太关注于程序启动速度，因此JRockit内部不包含解释器实现，全部代 码都靠即时编译器编译后执行。除此之外，JRockit的垃圾收集器和Java Mission Control故障处理套件 等部分的实现，在当时众多的Java虚拟机中也处于领先水平。JRockit随着BEA被Oracle收购，现已不再 继续发展，永远停留在R28版本，这是JDK 6版JRockit的代号。

IBM的J9全称：IBM Technology for Java Virtual Machine，简称IT4J，内部代号J9
J9的市场定位与HotSpot接近，服务器端、桌面应用、嵌入式等多用途VM
J9是目前由影响力的三大商业虚拟机之一，2017年IBM发布了开源J9 VM，命名为OpenJ9，交给Eclipse基金会管理，也称Eclipse OpenJ9。
摘录《深入理解java虚拟机》----周志明----第三版的部分原文：
  IBM J9虚拟机并不是IBM公司唯一的Java虚拟机，不过目前IBM主力发展无疑就是J9。J9这个名 字最初只是内部开发代号而已，开始选定的正式名称是“IBM Technology for Java Virtual Machine”，简 称IT4J，但这个名字太拗口，接受程度远不如J9。J9虚拟机最初是由IBM Ottawa实验室的一个 SmallTalk虚拟机项目扩展而来，当时这个虚拟机有一个Bug是因为8KB常量值定义错误引起，工程师们 花了很长时间终于发现并解决了这个错误，此后这个版本的虚拟机就被称为K8，后来由其扩展而来、 支持Java语言的虚拟机就被命名为J9。与BEA JRockit只专注于服务端应用不同，IBM J9虚拟机的市场 定位与HotSpot比较接近[1]，它是一款在设计上全面考虑服务端、桌面应用，再到嵌入式的多用途虚 拟机，开发J9的目的是作为IBM公司各种Java产品的执行平台，在和IBM产品（如IBM WebSphere等） 搭配以及在IBM AIX和z/OS这些平台上部署Java应用。
  IBM J9直至今天仍旧非常活跃，IBM J9虚拟机的职责分离与模块化做得比HotSpot更优秀，由J9 虚拟机中抽象封装出来的核心组件库（包括垃圾收集器、即时编译器、诊断监控子系统等）就单独构 成了IBM OMR项目，可以在其他语言平台如Ruby、Python中快速组装成相应的功能。从2016年起， IBM逐步将OMR项目和J9虚拟机进行开源，完全开源后便将它们捐献给了Eclipse基金会管理，并重新 命名为Eclipse OMR和OpenJ9[2]。如果为了学习虚拟机技术而去阅读源码，更加模块化的OpenJ9代码 其实是比HotSpot更好的选择。如果为了使用Java虚拟机时多一种选择，那可以通过AdoptOpenJDK来 获得采用OpenJ9搭配上OpenJDK其他类库组成的完整JDK。
  除BEA和IBM公司外，其他一些大公司也号称有自己的专属JDK和虚拟机，但是它们要么是通过 从Sun/Oracle公司购买版权的方式获得的（如HP、SAP等），要么是基于OpenJDK项目改进而来的 （如阿里巴巴、Twitter等），都并非自己独立开发。