虛擬機(VM)是計算機操作系統(tǒng)的虛擬仿真。除此之外，這種系統(tǒng)抽象還有兩種不同的實現(xiàn)方式。系統(tǒng)虛擬機作為功能齊全的操作系統(tǒng)存在，并且通常被創(chuàng)建為使用物理機的替代品。通過這種方式，多個環(huán)境可以同時在同一臺機器上運行。想學(xué)習(xí)java技術(shù)的同學(xué)，不妨報個Java培訓(xùn)班，有明確清晰的學(xué)習(xí)路線，理論知識+實戰(zhàn)操作，可以獲得快速提升。

公共語言運行時(CLR)和Java虛擬機(JVM)都是進程虛擬機。這意味著，它們不是執(zhí)行整個操作系統(tǒng)，而是專門設(shè)計用于運行進程或程序，而不依賴于平臺環(huán)境。

深入了解CLR和JVM之間的相似之處

CLR和JVM都是虛擬機，它們都執(zhí)行獨立于平臺的操作，即執(zhí)行編譯后的源代碼。從本質(zhì)上講，這些虛擬機都是程序員源代碼和系統(tǒng)機器代碼之間的中間步驟，允許各種類型的處理器提高可用性。在下圖中，你可以看到兩者的高級功能實際上是完全相同的。

除了它們的基本功能外，兩者還包括垃圾收集、運行時級安全性和異常處理的方法。最后一個相似之處是，兩者都采用了基于堆棧的操作，這是存儲和檢索操作數(shù)及其結(jié)果的最常見方法。對java感興趣的同學(xué)可以參加java培訓(xùn)，你可以學(xué)會更多的java新技術(shù)。

但是，當(dāng)然，對于這些虛擬機共享的每一個相似之處，都可以發(fā)現(xiàn)實現(xiàn)上的差異。盡管如此，就像編程語言一樣，這些虛擬機的開發(fā)以一種跳躍式的運動進行。其中一個實現(xiàn)了類似于“標(biāo)記-掃描-緊湊”的垃圾收集方法，另一個很快就會實現(xiàn)。

主要區(qū)別

語言和平臺兼容性

CLR和JVM之間的一個潛在的表面差異(盡管這可能影響了它們的開發(fā)方式)是，JVM是專門為與Java一起工作而創(chuàng)建的，而CLR是為與語言無關(guān)而設(shè)計的。相反，CLR最初只設(shè)計在Windows操作系統(tǒng)上運行，而JVM始終是操作系統(tǒng)無關(guān)的。不過，我們都知道，時代已經(jīng)改變了，現(xiàn)在有了在Linux和Mac上運行的CoreCLR，并且已經(jīng)開發(fā)了更多的語言來使用JVM。

這導(dǎo)致了這樣一個事實，即在大多數(shù)情況下，CLR和JVM之間的差異也是使用它們的語言之間差異的象征。或者，你可以說，語言之間的一些最顯著的差異(為了論證起見，讓我們假設(shè)C#和Java)實際上是在VM級別實現(xiàn)的。想對java有更深入的了解，可以參加java培訓(xùn)，在專業(yè)老師的指導(dǎo)下，可以很全面地掌握java最新的相關(guān)知識和技能。

JIT編譯

我們在VM級別看到的一個很大的區(qū)別是，盡管兩者都使用JIT(實時)編譯，但編譯器不會被調(diào)用同時運行。CLR在運行時調(diào)用時會將所有MSIL代碼編譯為機器代碼。JVM使用一個名為HotSpot的專用性能引擎將Java字節(jié)碼JIT編譯為機器可讀代碼。它的不同之處在于它編譯和優(yōu)化了代碼中最常用的“熱點”。

在性能方面，這些編譯策略中的每一種都有自己的權(quán)衡。因為CLR在運行時調(diào)用時會對所有機器代碼進行一次編譯，所以在某些情況下可以提高執(zhí)行時間。但另一方面，如果高頻率需要一小部分代碼，Java的HotSpot編譯器可以隨著時間的推移通過額外的優(yōu)化來提高效率。

語言功能的實現(xiàn)

另一個較小的區(qū)別是，CLR是用處理泛型類型和在運行時對這些類型應(yīng)用參數(shù)化的指令構(gòu)建的。基本上，這意味著CLR可以識別List和List之間的區(qū)別，而JVM則不能(Java將泛型作為編譯器的一部分來實現(xiàn))。CLR還允許用戶以Structs的形式定義新的值類型，而基于JVM的語言中的值類型是固定的(byte、short、int、long、float、double、char、boolean)，盡管有計劃改變這一點。java培訓(xùn)課程結(jié)構(gòu)良好，以正確的順序涵蓋了所有這些基本主題，使你的學(xué)習(xí)更加輕松。

生產(chǎn)監(jiān)控和異常處理

盡管兩者都包括異常處理方法，但兩者之間的總體差異可能會影響與不同異常和錯誤監(jiān)視工具的兼容性。這反過來又會影響故障排除策略和工作流程。

性能和采用

研究發(fā)現(xiàn)，Java編譯器生成的字節(jié)碼較小，這可能會對虛擬機的性能產(chǎn)生影響。然而，當(dāng)涉及到運行代碼時，執(zhí)行時間幾乎是50/50，CLR和JVM的執(zhí)行速度各快約一半。根據(jù)這項研究，當(dāng)談到Java和.NET用戶之間的激烈對立時，虛擬機本身在區(qū)分能力方面的作用似乎比它們在直接影響應(yīng)用程序效率方面的作用更大。

這在考慮收養(yǎng)時也是有道理的。在企業(yè)公司中，開發(fā)人員同時使用基于CLR和JVM的語言并不罕見。這種情況尤其可能發(fā)生在擁有許多不同部門從事各種項目和應(yīng)用程序的大公司中。越來越多的人選擇參加java培訓(xùn)來開啟自己Java開發(fā)人員的職業(yè)人生，這是一個快速有效的學(xué)習(xí)方式，可以在短時間內(nèi)掌握java所需的技能，更好地找到工作。

社區(qū)

說到競爭，我們知道.NET和Java都有強大的社區(qū)支持。在這些社區(qū)中，開發(fā)人員在StackOverflow等網(wǎng)站上提出問題并進行深入對話?？焖偎阉髅總€虛擬機的名稱可以發(fā)現(xiàn)，CLR被標(biāo)記了3250次，而JVM被標(biāo)記了8628次。

除了StackOverflow，微軟和甲骨文自己也培養(yǎng)了大量的社區(qū)。在那里，用戶可以找到更多與CLR和JVM相關(guān)的信息和資源。其中的主題包括云中的實現(xiàn)、疑難解答問題等。除此之外，社區(qū)肯定更多地以.NET、Java、C/C++、Scala等個別語言和平臺為中心。

總結(jié)

從最高級別來看，CLR和JVM之間的差異似乎幾乎可以忽略不計。然而，在許多情況下(如果不是大多數(shù)的話)，虛擬機級別的差異反映了使用它們的語言之間的關(guān)鍵差異。由于這些虛擬機及其相應(yīng)語言的構(gòu)建方式，每個虛擬機的功能略有不同，以便提供其創(chuàng)建者想要提供的功能。想學(xué)習(xí)java的同學(xué)可以參加java培訓(xùn)，在專業(yè)老師的教導(dǎo)下，可以獲得快速提升。