1. 程式人生 > 程式設計 >JVM類載入機制原理及用法解析

JVM類載入機制原理及用法解析

一、JVM 類載入機制

JVM 類載入機制分為五個部分:載入,驗證,準備,解析,初始化,下面我們就分別來看一下這五個過程。

1. 載入:

  載入是類載入過程中的第一個階段,這個階段會在記憶體中生成一個代表這個類的 java.lang.Class 物件,作為方法區這個類的各種資料的入口。注意這裡不一定非得要從一個 Class 檔案獲取,這裡既

可以從 ZIP 包中讀取(比如從 jar 包和 war 包中讀取),也可以在執行時計算生成(動態代理),也可以由其它檔案生成(比如將 JSP 檔案轉換成對應的 Class 類)。

2. 驗證:

  這一階段的主要目的是為了確保 Class 檔案的位元組流中包含的資訊是否符合當前虛擬機器的要求,並且不會危害虛擬機器自身的安全。

3. 準備:

  準備階段是正式為類變數分配記憶體並設定類變數的初始值階段,即在方法區中分配這些變數所使用的記憶體空間。注意這裡所說的初始值概念,比如一個類變數定義為:

public static int v = 8080; 

實際上變數 v 在準備階段過後的初始值為 0 而不是 8080,將 v 賦值為 8080 的 put static 指令是程式被編譯後,存放於類構造器<client>方法之中。

  但是注意如果宣告為:

public static final int v = 8080; 

在編譯階段會為 v 生成 ConstantValue 屬性,在準備階段虛擬機器會根據 ConstantValue 屬性將 v賦值為 8080。

4. 解析:

  解析階段是指虛擬機器將常量池中的符號引用替換為直接引用的過程。符號引用就是 class 檔案中的:

1. CONSTANT_Class_info

2. CONSTANT_Field_info

3. CONSTANT_Method_info

等型別的常量。

符號引用:符號引用與虛擬機器實現的佈局無關,引用的目標並不一定要已經載入到記憶體中。各種虛擬機器實現的記憶體佈局可以各不相同,但是它們能接受的符號引用必須是一致的,因為符號引用的字面量形式明確定義在 Java 虛擬機器規範的 Class 檔案格式中。

直接引用:直接引用可以是指向目標的指標,相對偏移量或是一個能間接定位到目標的控制代碼。如果有了直接引用,那引用的目標必定已經在記憶體中存在。

5. 初始化:

初始化階段是類載入最後一個階段,前面的類載入階段之後,除了在載入階段可以自定義類載入器以外,其它操作都由 JVM 主導。到了初始階段,才開始真正執行類中定義的 Java 程式程式碼。

初始化階段是執行類構造器<client>方法的過程。<client>方法是由編譯器自動收集類中的類變數的賦值操作和靜態語句塊中的語句合併而成的。虛擬機器會保證子<client>方法執行之前,父類的<client>方法已經執行完畢,如果一個類中沒有對靜態變數賦值也沒有靜態語句塊,那麼編譯器可以不為這個類生成<client>()方法。

注意以下幾種情況不會執行類初始化:

  1. 通過子類引用父類的靜態欄位,只會觸發父類的初始化,而不會觸發子類的初始化。

  2. 定義物件陣列,不會觸發該類的初始化。

  3. 常量在編譯期間會存入呼叫類的常量池中,本質上並沒有直接引用定義常量的類,不會觸發定義常量所在的類。

  4. 通過類名獲取 Class 物件,不會觸發類的初始化。

  5. 通過 Class.forName 載入指定類時,如果指定引數 initialize 為 false 時,也不會觸發類初始化,其實這個引數是告訴虛擬機器,是否要對類進行初始化。

  6. 通過 ClassLoader 預設的 loadClass 方法,也不會觸發初始化動作。

二、類載入器

1. 啟動類載入器(Bootstrap ClassLoader)

  負責載入 JAVA_HOME\lib 目錄中的,或通過-Xbootclasspath 引數指定路徑中的,且被虛擬機器認可(按檔名識別,如 rt.jar)的類。

2. 擴充套件類載入器(Extension ClassLoader)

  負責載入 JAVA_HOME\lib\ext 目錄中的,或通過 java.ext.dirs 系統變數指定路徑中的類庫。

3. 應用程式類載入器(Application ClassLoader):

  負責載入使用者路徑(classpath)上的類庫。 JVM 通過雙親委派模型進行類的載入,當然我們也可以通過繼承 java.lang.ClassLoader實現自定義的類載入器。

三、雙親委派

當一個類收到了類載入請求,他首先不會嘗試自己去載入這個類,而是把這個請求委派給父類去完成,每一個層次類載入器都是如此,因此所有的載入請求都應該傳送到啟動類載入其中,只有當父類載入器反饋自己無法完成這個請求的時候(在它的載入路徑下沒有找到所需載入的Class),子類載入器才會嘗試自己去載入。

採用雙親委派的一個好處是比如載入位於 rt.jar 包中的類 java.lang.Object,不管是哪個載入器載入這個類,最終都是委託給頂層的啟動類載入器進行載入,這樣就保證了使用不同的類載入器最終得到的都是同樣一個 Object 物件。

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支援我們。