即時（JIT）

即時（JIT）編譯器是Java虛擬機的大腦。 JVM中對JIT編譯器的影響最大。

一會兒，讓我們退后一步，看看已編譯和未編譯語言的示例。

諸如Go，C和C ++之類的語言之所以稱為編譯語言，是因為它們的程序以二進制（編譯）代碼的形式分發，針對特定的CPU。

另一方面，將解釋 PHP和Perl之類的語言。 只要機器具有解釋器，就可以在任何CPU上運行相同的程序源代碼。 解釋器在執行該行時將程序的每一行轉換為二進制代碼。

Java試圖在這里找到中間立場。 Java應用程序已編譯，但沒有被編譯為用于特定CPU的特定二進制文件，而是被編譯為bytecode 。 這為Java提供了一種解釋語言的平臺獨立性。 但是Java不止于此。

在典型的程序中，僅一小部分代碼會頻繁執行，而應用程序的性能主要取決于這些代碼部分的執行速度。 這些關鍵部分被稱為應用程序的熱點 。

JVM執行特定代碼段的次數越多，有關它的信息就越多。 這使JVM可以做出明智/優化的決策，并將小的熱代碼編譯為CPU特定的二進制文件。 該過程稱為即時編譯（JIT） 。

現在，我們運行一個小程序并觀察JIT編譯。

public class App {public static void main(String[] args) {long sumOfEvens = 0;for(int i = 0; i < 100000; i++) {if(isEven(i)) {sumOfEvens += i;}}System.out.println(sumOfEvens);}public static boolean isEven(int number) {return number % 2 == 0;} }#### Run javac App.java && \ java -server \-XX:-TieredCompilation \-XX:+PrintCompilation \- XX:CompileThreshold=100000 App#### Output 87 1 App::isEven (16 bytes) 2499950000

輸出告訴我們isEven方法已編譯。 我故意禁用了TieredCompilation，以僅獲取最常編譯的代碼。

JIT編譯的代碼將極大地提高您的應用程序的性能。 要檢查嗎？ 編寫一個簡單的基準代碼。

內聯

內聯是JIT編譯器進行的最重要的優化之一。 內聯將方法調用替換為方法的主體，以避免方法調用的開銷。

讓我們再次運行相同的程序，這次觀察內聯。

#### Run javac App.java && \ java -server \-XX:+UnlockDiagnosticVMOptions \-XX:+PrintInlining \-XX:-TieredCompilation App#### Output @ 12 App::isEven (16 bytes) inline (hot) 2499950000

再次進行內聯將大大提高您的應用程序的性能。

轉義分析

轉義分析是一種技術，通過該技術JIT編譯器可以分析新對象的使用范圍，并決定是將其分配在Java堆上還是在方法堆棧上。 它還消除了對所有非全局轉義對象的鎖定

讓我們運行一個小程序，觀察垃圾回收。

public class App {public static void main(String[] args) {long sumOfArea = 0;for(int i = 0; i < 10000000; i++) {Rectangle rect = new Rectangle(i+5, i+10);sumOfArea += rect.getArea();}System.out.println(sumOfArea);}static class Rectangle {private int height;private int width;public Rectangle(int height, int width) {this.height = height;this.width = width;}public int getArea() {return height * width;}} }

在此示例中，矩形對象被創建并且僅在循環內可用，它們的特征是NoEscape，并且將在堆棧而不是堆上分配它們。 具體來說，這意味著不會發生垃圾回收。

讓我們在不使用EscapeAnalysis的情況下運行該程序。

#### Run javac App.java && \ java -server \-verbose:gc \-XX:-DoEscapeAnalysis App#### Output [GC (Allocation Failure) 65536K->472K(251392K), 0.0007449 secs] [GC (Allocation Failure) 66008K->440K(251392K), 0.0008727 secs] [GC (Allocation Failure) 65976K->424K(251392K), 0.0005484 secs] 16818403770368

如您所見，GC已啟動。 分配失敗意味著年輕一代中沒有剩余空間來分配對象。 因此，這是年輕GC的正常原因。

這次讓我們使用EscapeAnalysis運行它。

#### Run javac App.java && \ java -server \-verbose:gc \-XX:+DoEscapeAnalysis App#### Output 16818403770368

這次沒有發生GC。 從根本上講，這意味著創建壽命短且作用域狹窄的對象不一定會引入垃圾。

默認情況下啟用DoEscapeAnalysis選項。 請注意，只有Java HotSpot Server VM支持此選項。

因此，我們所有人都應避免過早的優化，而應專注于編寫更具可讀性/可維護性的代碼，并讓JVM發揮作用。

翻譯自: https://www.javacodegeeks.com/2015/12/jit-compiler-inlining-escape-analysis.html

總結

以上是生活随笔為你收集整理的JIT编译器，内联和转义分析的全部內容，希望文章能夠幫你解決所遇到的問題。

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