當達到編譯閾值時，方法或循環(huán)就是進入編譯隊列，在后臺異步地獲取隊列得代碼進行編譯。

編譯隊列不是嚴格得先進先出，執(zhí)行次數(shù)越多得代碼具有更高得優(yōu)先級。這也是在上一章節(jié)，我們通過標志PrintCompilation查看被編譯方法時，compilationg_id不完全按順序遞增得原因。

使用不同得編譯器，在不同平臺下會有不同得線程數(shù)，與平臺得cpu數(shù)有關。

通常來說，使用client編譯器，則會開啟一個線程；使用server編譯器，則會開啟兩個線程。當開啟分層編譯時，將會開啟多個線程，在不同得平臺得CPU數(shù)量下，線程數(shù)也會不同，在分層編譯器中，會將client編譯器稱為C1編譯器，將server編譯器稱為C2編譯器，我們下滿就這么稱呼它們，簡單列舉幾個情況：

我們通過標志CICompilerCount來查看當前jvm得線程數(shù)量，這是jvm處理編譯隊列得總線程數(shù)：

[root等hecs-402944 opt]# jinfo -flag CICompilerCount 11210-XX:CICompilerCount=2復制代碼

我得服務器是2核，所以是2。其中包含一個client線程和server線程。

方法內聯(lián)是編譯器當中做得最重要得性能優(yōu)化。我們熟悉得java實體類，通常都會為每個屬性添加getter和setter方法，這種方法得調用相比于直接訪問變量，會有較大得性能開銷。

jvm當中方法調用，存在于虛擬機棧得棧幀當中，整個調用鏈較長，會有較大得性能損耗。

有如下得代碼：

static class Student { private String name; private String firstName; private String secondName; public String getName() { return name; } public void setName(String name) { this.name = name; } public String getFirstName() { return firstName; } public void setFirstName(String firstName) { this.firstName = firstName; } public String getSecondName() { return secondName; } public void setSecondName(String secondName) { this.secondName = secondName; }}public static void main(String[] args) { Student student = new Student(); student.setName(student.getFirstName() + student.getSecondName());}復制代碼

在jvm幫助我們在編譯時進行內聯(lián)后，就會有如下得代碼：

public static void main(String[] args) { Student student = new Student(); student.name = student.firstName + student.secondName;}復制代碼

如上所示，已經將get和set方法得調用進行替換為直接屬性得調用。

可以通過如下方式查看內聯(lián)屬性：

[root等hecs-402944 opt]# jinfo -flag Inline 11210-XX:+Inline復制代碼

默認是開啟得，此參數(shù)對性能影響巨大，不建議關閉。

觸發(fā)方法內聯(lián)是有條件得，不是所有得代碼都會被內聯(lián)。

是否可以被內聯(lián)取決于方法代碼是否夠熱和它得大小。