java虛擬機是用什么語言編寫的？它的原理誰能通俗的講出來嗎？java虛擬機功能就是執(zhí)行Java字節(jié)碼，其編碼實現(xiàn)就是一個死循環(huán)，每一次循環(huán)就是取字節(jié)碼，執(zhí)行字節(jié)碼的過程，所以跟其它程序沒有什么本質區(qū)

java虛擬機是用什么語言編寫的？它的原理誰能通俗的講出來嗎？

java虛擬機功能就是執(zhí)行Java字節(jié)碼，其編碼實現(xiàn)就是一個死循環(huán)，每一次循環(huán)就是取字節(jié)碼，執(zhí)行字節(jié)碼的過程，所以跟其它程序沒有什么本質區(qū)別。主流的javaVM還是用C語言實現(xiàn)的居多，再以匯編為輔助，用java實現(xiàn)javaVM的情況有，但不多。

下面是一個在智能設備里用C語言實現(xiàn)虛擬機的片段。

這一段代碼就是對short加法這個字節(jié)碼的實現(xiàn)。

而這一段代碼就是取字節(jié)碼并執(zhí)行，是不是覺得JavaVM也不過如此呢。

有不少人會為了優(yōu)化虛擬機的效率，而選擇用匯編把這些執(zhí)行頻度很高的代碼重寫一下。

總結就是C實現(xiàn)的多，會結合匯編作為輔助。其它語言也有，但不是主流。

Java能不能像C語言不通過JVM虛擬機直接編譯成二進制機器碼，讓計算機直接運行？

從語言設計的角度看是可以的，重新設計一下編譯器就能實現(xiàn)，但從工程實踐的角度看是不可行的。

其一，Java語言最大的特點就是跨平臺可移植，一次開發(fā)，一次編譯，多平臺執(zhí)行，這一特性就是靠JVM(Java虛擬機)實現(xiàn)的，如果改寫編譯器像C語言一樣直接編譯成了可執(zhí)行程序，就失去了跨平臺特性。

其二，Java語言設計之初就設計成為了一款嚴重依賴JRE(Java運行時環(huán)境)的語言，有部分語言設計上的缺陷必須依賴JVM來解決，比如GC(垃圾回收)，我們知道，Java語言是沒有內(nèi)存回收能力的，因此還得靠JVM，在工程實踐中，如果軟件不能進行內(nèi)存回收，后果將是災難性的。

其三，Java語言是面向對象的，區(qū)別于同是面向對象的C ，Java還有一個動態(tài)特性。

它允許程序動態(tài)地裝入運行過程中所需要的類，這是C 語言進行面向對象程序設計所無法實現(xiàn)的。在C 程序設計過程中，每當在類中增加一個實例變量或一種成員函數(shù)后，引用該類的所有子類都必須重新編譯，否則將導致程序崩潰。Java從如下幾方面采取措來解決這個問題。Java編譯器不是將對實例變量和成員函數(shù)的引用編譯為數(shù)值引用，而是將符號引用信息在字節(jié)碼中保存下傳遞給解釋器，再由解釋器在完成動態(tài)連接類后，將符號引用信息轉換為數(shù)值偏移量。這樣，一個在存儲器生成的對象不在編譯過程中決定，而是延遲到運行時由解釋器確定的。這樣，對類中的變量和方法進行更新時就不至于影響現(xiàn)存的代碼。解釋執(zhí)行字節(jié)碼時，這種符號信息的查找和轉換過程僅在一個新的名字出現(xiàn)時才進行一次，隨后代碼便可以全速執(zhí)行。在運行時確定引用的好處是可以使用已被更新的類，而不必擔心會影響原有的代碼。如果程序連接了網(wǎng)絡中另一系統(tǒng)中的某一類，該類的所有者也可以自由地對該類進行更新，而不會使任何引用該類的程序崩潰。而這一切同樣依賴JRE。

以上幾點決定了Java不能像C語言一樣直接編譯成機器碼，當然，還有一些其它因素，但我認為上面幾點是最主要的。