Wikipedia那個Comparison of Java virtual machines頁面給JVM實現分得還挺細。

Java SE / Java EE

Java EE是以Java SE為基礎的。所以并沒有“JVM for Java EE”這么一說，只有“JVM for Java SE”，可以用于Java SE與Java EE。

在這個類別下，主流選擇有：（按流行程度遞減）

• HotSpot VM
• J9 VM
• Zing VM

HotSpot VM

HotSpot VM是絕對的主流。大家用它的時候很可能就沒想過還有別的選擇，或者是為了遷就依賴了Oracle/Sun JDK某些具體實現的爛代碼而選擇用HotSpot VM省點心。

Oracle / Sun JDK、OpenJDK的各種變種（例如IcedTea、Zulu），用的都是相同核心的HotSpot VM。
從Java SE 7開始，HotSpot VM就是Java規范的“參考實現”（RI，Reference Implementation）。把它叫做“標準JVM”完全不為過。

當大家說起“Java性能如何如何”、“Java有多少種GC”、“JVM如何調優”等等，經常默認說的就是特指HotSpot VM。可見其“主流性”。
（其實這不是件好事；具體到JVM實現才可以討論的問題還是應該指明討論是基于哪個實現）

JDK8的HotSpot VM已經是以前的HotSpot VM與JRockit VM的合并版，也就是傳說中的“HotRockit”，只是產品里名字還是叫HotSpot VM。
這個合并并不是要把JRockit的部分代碼插進HotSpot里，而是把前者一些有價值的功能在后者里重新實現一遍。移除PermGen、Java Flight Recorder、jcmd等都屬于合并項目的一部分。

不過要留意的是，這里我說的HotSpot VM特指“正常配置”版，而不包括“Zero / Shark”版。Wikipedia那個頁面上把后者稱為“Zero Port”。用這個版本的人應該相當少，很多時候它的release版都build不成功…

J9 VM

J9是IBM開發的一個高度模塊化的JVM。

在許多平臺上，IBM J9 VM都只能跟IBM產品一起使用。這不是技術限制，而是許可證限制。
例如說在Windows上IBM JDK不是免費公開的，而是要跟IBM其它產品一起捆綁發布的；使用IBM Rational、IBM WebSphere的話都有機會用到J9 VM（也可以自己選擇配置使用別的Java SE JVM）。
根據許可證，這種捆綁在產品里的J9 VM不應該用于運行別的Java程序，但是大家自己“偷偷的”拿來跑別的程序，IBM也沒力氣管。而在一些IBM的硬件平臺上，很少客戶是只買硬件不買配套軟件的，IBM給一整套解決方案，里面可能就包括了IBM JDK。這樣自然而然就用上了J9 VM。所以J9 VM得算在主流里，雖然很少是大家主動選擇的首選。

J9 VM的性能水平大致跟HotSpot VM是一個檔次的。有時HotSpot快些，有時J9快些。不過J9 VM有一些HotSpot VM在JDK8還不支持的功能，最顯著的一個就是J9支持AOT編譯和更強大的class data sharing。

Zing VM

我必須把自家的Zing VM放進“主流”里 。

Azul Systems是一家專門致力于高性能、可管理的Java及JVM系統的公司，主要服務對實時性要求高的行業。
它在2002年成立于Menlo Park。目前總部位于Sunnyvale, California。研發和測試主要在三個地點：Sunnyvale總部、印度辦公室和俄羅斯的圣彼得堡辦公室。研發+測試團隊大概60人，是個傳統意義上的小公司。
Azul已經連續幾年被選為JCP執行委員會成員。

Azul的產品都是符合Java規范的運行系統。當前的兩款主打產品都是JDK，可以作為標準JDK（如Oracle JDK）的直接替代品：

Zing。這是Azul傳統風格的產品，主打低延遲、高實時服務器端JDK市場。它以Sun的HotSpot VM為基礎，改進了許多會影響延遲的細節。最大的三個賣點是：(1) 低延遲、“無暫停”（pauseless）的C4 GC，GC帶來的暫停可以控制在10ms以下的級別，支持的Java堆大小可以到1TB（2016年更新：目前已經支持到2TB的Java堆啦）；(2) 啟動后快速預熱功能，“ReadyNow!”；(3) 可管理性：零開銷、可在生產環境全時開啟的、整合在JVM內的監控工具Zing Vision。Zing（外加Zing System Tools）是一個純軟件解決方案，可以運行在Linux/x86-64平臺上。

Zulu。這是2013年開始摸索的新產品。它是Azul提供商業支持的OpenJDK商業發行版，力爭維持與Oracle JDK的高度一致性，并為其提供態度非常好、價廉物美的商業支持。Zulu有JDK6、JDK7、JDK8的發行版，支持在x86上的Windows / Linux / Mac OS X。Zulu還有Docker支持。

Zing VM是一個從Sun HoSpot VM fork出來的一個高性能JVM，可以運行在Linux/x86-64平臺上。Azul為它重新寫了一套GC，也修改了VM內的許多實現細節，所以從我們自己的角度看，與其說它是HotSpot VM的一個變種，還不如把它看作“一個全新的JVM、只是湊巧與HotSpot VM很像。在要求低延遲、快速預熱等的場景里，Zing VM都會比HotSpot VM表現更好。

Zing的C4 GC目前可以支持1TB的-Xmx，而且GC暫停時間仍然可以維持在< 10ms的范圍里。實際上Zing現在能支持接近2TB的-Xmx，但我們還沒能用來測試2TB場景的機器…據說再過一段時間這個測試服務器就要到貨了。
Zing的ReadyNow!功能可以利用之前收集到的profile數據，引導JVM在啟動后快速達到穩定的高性能水平，減少啟動后從解釋執行到JIT編譯的等待時間。
Zing自帶的ZVision / ZVRobot功能可以方便用戶監控JVM的運行狀態，從找出代碼熱點到對象分配監控、鎖競爭監控等都可以做到。

最關鍵的是，Zing能讓普通沒有為GC之類的底層方向調優的Java應用享有低延遲、快速預熱、易于監控的功能，為用戶節省苦苦調優的精力和時間。這是Zing的主要價值——很多Java應用都可以通過長期努力在應用/框架層面優化來提升性能，但使用Zing的話就可以更多把精力集中在業務方面。

其它Java SE JVM

JRockit

以前Java SE的主流JVM中還有JRockit，跟HotSpot與J9一起并稱三大主流JVM。這三家的性能水平基本都在一個水平上，競爭很激烈。
自從Oracle把BEA和Sun都收購了之后，Java SE JVM只能二選一，JRockit就炮灰了。JRockit最后發布的大版本是R28，只到JDK6；原本在開發中的R29及JDK7的對應功能都沒來得及完成項目就被終止了。

想在.NET上使用某些流行的Java庫，或者干脆在.NET上運行完整的Java程序不？那http://IKVM.NET是不二之選。

主流就說這么幾個吧。其它支持Java SE的JVM還有好多，但是難說是主流。

要比慘的話，Apache Harmony里的DRLVM可能算是最慘之一。背后有IBM和Intel的強力支持，本來有望成為F/OSS系的主流JVM，奈何被Sun狠狠的捅了一刀，不讓它跑JCK；使它不能名正言順的使用Java?，更不能說自己是符合規范的JVM。然后Sun自己趕緊開源了自己的JDK，一直拖到硬把Harmony項目逼死了。

Java SE Embedded

這是Oracle造出來的比較新的概念。硬件發展得很快，現在很多所謂“嵌入式”場景用的機器其實跟普通臺式機的配置沒差多少，完全足以運行Java SE，侵蝕了以前高端Java ME（例如Java ME CDC Profile）的地盤。

Oracle Java SE Embedded里帶的JVM自然還是HotSpot VM，不過是Java SE Embedded定制版：簡化了JVM內的某些部件，盡可能在支持完整的Java SE功能的前提下向著減少內存消耗的方向優化；只留下了Client Compiler（C1）而去掉了Server Compiler（C2）；GC以前好像是只留下了Serial GC但后來有沒有支持更多GC種類。

IBM在這個領域照樣可以用J9 VM應對。

其它還算主流Java SE Embedded JVM的話，可能JamVM可以算進來吧。它是一個小巧的、能支持完全OpenJDK類庫和Java SE規范的JVM。

Java ME

主流有倆：

• CLDC-HI
• J9 VM

CLDC-HI

Oracle/Sun系的話，現在主流的Java ME JVM只有CLDC HotSpot Implementation（CLDC-HI，或者叫Monty VM）了。很明顯這是用于支撐Java ME CLDC Profile的JVM。

以前還有CDC HotSpot Implementation（CDC-HI，或者叫CVM），但Oracle調整了Java ME戰略之后這個VM也炮灰了。目前可能只有在Oracle ADF Mobile在iOS上的版本里還活著吧。（沒錯，iOS上可以跑Java程序的！基于iOS的JVM，這個是不是讓你有點驚訝？）
戰略調整后的Java ME CLDC都快能趕上以前的Java ME CDC了。夾在Java ME CLDC與Java SE Embedded之間的Java ME CDC自然成了炮灰。

Sun以前在Java ME CLDC還有一個KVM，本來應該早就被CLDC-HI替代，但現在可能還有些小廠商在基于KVM定制自己的Java ME方案，畢竟更加簡單而且資源消耗更少。

J9 VM

IBM在Java ME領域對應的仍然是J9 VM。高度模塊化！

Android / Android兼容系統

如同開頭說的，Android上的Dalvik / ART雖然名字不叫JVM，但骨子里就是不折不扣的JVM。
這倆VM都能支持幾乎完整的Java SE功能。跟一般Java SE相比，可能也就ClassLoader、動態生成字節碼之類的方案比較坑。

Dalvik VM自身也有不少變種就是了。例如說Intel版的Dalvik x86版重寫了許多組件，JIT性能比原版Dalvik VM好。

阿里云OS的LemurVM是一個可以兼容Android的Java應用的JVM。

JavaCard

Oracle/Sun有JCVM。其它支持JavaCard的JVM我還真沒怎么留意。會用到這種解決方案的都是政府或者企業用戶吧…不是我能接觸到的領域。

Sun SPOT

Sun SPOT上有個Squawk VM，是一個非常小巧、專門為小型嵌入式環境設計的JVM。

研究性質的JVM

去找比較新的、跟JVM相關的學術界的研究論文，基本上就下面幾個JVM可選：

• Jikes RVM
• Maxine VM
• Graal VM

這仨就算是現在的主流研究性JVM吧。

Jikes RVM

Jikes RVM是IBM開發的專門用來研究JVM實現技術的項目。曾用名Jalape?o。
它是一個元循環虛擬機（metacircular VM），整個JVM都是用Java實現的。

最有趣的地方是它有一個名為MMTk的框架：Jikes RVM - MMTk，可以很方便的編寫新的GC算法插入到Jikes RVM里去，而且已有的實現的選擇也很豐富。所以很多研究GC算法的論文會選擇基于Jikes RVM/MMTk來做初步實現，不但做起來容易，還可以很方便的與別的算法對比。

Maxine VM

Maxine VM是Oracle/Sun Labs開發的研究項目。跟Jikes RVM一樣是元循環虛擬機。
Maxine VM自從有了C1X/T1X編譯器之后，性能似乎就超過了Jikes RVM；有了Graal編譯器之后更加壓倒Jikes RVM。做JIT編譯器研究的話我會選擇用Maxine VM。

Graal VM

Graal VM就是Maxine VM的Graal編譯器插在HotSpot VM上。現在Oracle Labs和一些大學做JIT編譯器研究都是基于Graal VM來做的，效果出奇的好，性能基本跟HotSpot Server Compiler（C2）持平甚至有所超越。勢頭正猛。

以前百家爭鳴的時候，研究性JVM或配套的JIT編譯器那也是多得要命。ORP、OpenJIT、Moxie、Joeq、CACAO、SableVM、VMKit、Sun ExactVM / ResearchVM…（隨便列幾個）。

總結

以上是生活随笔為你收集整理的jvm 种类的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。