Java能不能像C語言不通過JVM虛擬機直接編譯成二進制機器碼，讓計算機直接運行？從語言設計的角度看，可以通過重新設計編譯器來實現(xiàn)，但從工程實踐的角度看是不可行的。首先，Java語言最大的特點是跨平臺

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

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

首先，Java語言最大的特點是跨平臺的可移植性，一次開發(fā)，一次編譯，多平臺執(zhí)行。這個特性是通過JVM（Java虛擬機）實現(xiàn)的。如果重寫編譯器直接編譯成C語言這樣的可執(zhí)行程序，它將失去跨平臺特性。

其次，Java語言在設計之初就被設計成嚴重依賴JRE（Java運行時環(huán)境）的語言。一些語言設計缺陷必須依靠JVM來解決，比如GC（垃圾收集）。我們知道Java語言沒有內存恢復能力，所以我們不得不依賴JVM。在工程實踐中，如果軟件不能進行內存恢復，后果將是災難性的。

第三，Java語言是面向對象的，不同于同樣面向對象的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í)行一次符號信息的搜索和轉換，然后才能全速執(zhí)行代碼。在運行時確定引用的好處是可以使用更新的類，而不用擔心影響原始代碼。如果程序連接到網(wǎng)絡中另一個系統(tǒng)中的類，則該類的所有者可以自由更新該類，而不會使引用該類的任何程序崩潰。這完全取決于JRE。

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

方舟編譯器需要安裝嗎，還是系統(tǒng)升級后自帶的？

謝謝

！首先，ark編譯器只存在于華為系列手機中，不需要開源，也就是說只有部分華為旗艦手機可以享受ark編譯器的功能。

華為自己的操作系統(tǒng)出來后，一般都配備了ark編譯器，華為能否開源這個功能還是未知數(shù)。首先，作為華為主要差異化的核心功能，我個人認為，在華為獲得絕對領先地位之前，它不會開源。

即使是華為手機，也只是一些旗艦手機可以先用。后續(xù)的舊手機要等很長時間，包括一系列的改裝后才能使用。目前只能使用七八款，包括mate20系列、P30系列、榮耀魔術系列、榮耀數(shù)碼旗艦系列。

所以在華為操作系統(tǒng)問世之前，這其實是華為手機差異化的最大亮點，因為ark編譯器的效率確實很好，也就是說它可以有效的提高Android的運行速度，包括第三方應用的開放速度，這使得Android，這和IOS在流暢性上是不同的，只要插上我就有翅膀。

即使我們這么說，根據(jù)華為的說法，ark編譯器的效率也只能達到官方宣稱的60%左右。事實上，流利程度已經(jīng)提高了很多。我們知道，由于渲染機制的不規(guī)范和整個Android生態(tài)系統(tǒng)的原因，ark編譯器和蘋果手機之間實際上存在一個流暢的體驗差距，肉眼可能會察覺到，翻譯人員可以達到60%，這一事實大大縮小了這一差距。

當然，如果華為的操作系統(tǒng)出來后需要大力推廣，需要開源的話，那么事實上，大多數(shù)用戶也可能通過華為的開源操作系統(tǒng)享受到ark編譯器的效果。我個人認為這個功能值得推薦。當然，我使用的魔術系列并沒有大量推廣，它還在內部測試中。