是什麼讓Java編譯器如此之快？

首先，當你包括C++中的文件中的文件的內容（.H通常）在當前編譯單元被注入（include防範避免再注入相同的頭兩次），這是傳遞性的。也就是說，如果你包含頭文件a.h，這個頭文件包含b.h，你的編譯單元將包含所有的代碼。h和b.h中的所有代碼。 Java（或C＃，我將討論Java，但它們在這方面類似）沒有包含文件，它們依賴於編譯所使用的類的二進制文件。這意味着，無論何時編譯使用b.java中定義的對象B的a.java，它都會檢查二進制b.class，它不需要深入檢查B的依賴關係，因此它可以更早地切斷進程（只有一個級別的檢查）。

與此同時，包括文件只包括語言定義，並且處理它需要時間。當Java/C＃編譯器讀取二進制文件時，它具有相同的信息，但已經由生成它的編譯步驟處理。

最後，在C/C++中包含更多的文件，同時處理這些文件比處理二進制模塊更加昂貴。

模板

模板是用自己的方式特殊。它們可以預編譯，但通常不會（出於一系列原因）。這意味着在所有使用std :: vector的編譯單元中，使用的整套矢量方法（未使用的模板方法無法編譯）將被處理，編譯器會生成二進制代碼。在稍後的步驟中，在鏈接期間，同一方法的冗餘定義將會丟失，但在編譯期間，它們必須被處理。

在Java中對泛型的支持在很多方面受到更多限制。最後，例如，只有一個Vector類二進制文件，並且只要編譯器在Java中看到Vector，它在委託給真實的Vector實現（存儲普通對象）之前生成類型檢查代碼，這不是通用的。編譯器確實提供了類型保證，但不針對每種類型編譯Vector。

在C＃中，它再次與衆不同。 C＃對泛型的支持比Java更加複雜，並且最終泛型類與普通類不同，但無論如何它們只能編譯一次，因爲二進制格式具有所有必需的信息。

來源

2008-12-31 14:12:50

由於它們做了一些完全不同的事情，C++編譯器會生成優化的本地代碼，而C＃，VB .Net和Java編譯器會產生中間語言，而不是當您第一次執行應用程序時會轉化爲本機代碼，這就是爲什麼您變慢首次執行應用程序時，會在Java中加載應用程序等。

C++編譯器必須在執行應用程序時進行JITed語言優化的完全優化。

有人會爭辯說，如果你想要正確地加載應用程序，你必須測量C++編譯時間= Java編譯時間+ JITing的時間，但我認爲這不是正確和公平的，因爲你正在比較本地語言JITed，否則橙子蘋果。

來源

2008-12-31 14:17:05 SMeyers

比較像Java這樣的字節碼語言和C++等原生編譯語言有點困難。 Delphi和C++比較好，Delphi的編譯速度要快得多。由於這與優化或字節碼無關，它必須歸因於語言語法的差異以及包含與模塊/單元的相對性能。

來源

2008-12-31 14:36:55

Java編譯器是否很快？

Java到類的翻譯應該是非常快的，因爲它只是一個帶有語法檢查的美化zip，因此與真正的編譯器相比，它是在進行優化和目標代碼生成，從Java到類的「翻譯」是微不足道的。

與比較小的程序「hello world」和比較GCC（C/C++/Ada）並發現javac慢30倍，運行時會更糟？

來源

2015-10-23 07:01:01 persan

是什麼讓Java編譯器如此之快？

回答

相關問題