相對於看很多父類和子類如何如何初始化的文章，瞭解java虛擬機器的類載入機制之後都會覺得,噢，原來是這個樣子！這裡僅就類的載入時機做個學習筆記，更多內容改日再寫。詳情請看《深入理解java虛擬機器》。

不同於例如c,cpp那些編譯時期就需要進行連線工作的語言，在java裡面，型別的載入，連線和初始化過程都可以在程式執行期間完成，雖然稍微增加了效能開銷，但是會為java應用程式提供高度的靈活性。java裡可以天生可以動態擴充套件的特性就是依賴執行期載入和動態連線這個特點實現的。
類的整個生命週期包括：載入（loading），驗證（verification），準備（preparation），解析（resolution），初始化（initialization），使用（using）和解除安裝（unloading） 7個階段。其中驗證，準備和解析3個部分統稱為連線（linking）。

載入，驗證，準備，初始化和解除安裝這五個階段的順序是確定的，類的載入過程必須按照這個順序進行，而解析階段則不一定，為了支援 java 的執行時繫結（也稱動態繫結或者晚期繫結），它有時可以在初始化階段之後再開始。

那麼就要問了，什麼時候開始類載入的第一階段，也就是載入階段？這一點在 java 虛擬機器規範中沒有強制約束，可以有虛擬機器自己實現。

但是對於初始化階段，java 虛擬機器規範做了嚴格的規定，而載入，驗證，準備自然需要在初始化之前開始。

初始化觸發條件

1. 遇到 new , getstatic , putstatic , invokestatic 這四條位元組碼指令時，如果類沒有進行過初始化，則需要先觸發其初始化。這幾個位元組碼分別代表著幾個意思：

   • new : 使用 new 關鍵字例項化一個物件的時候。
   • getstatic putstatic : 讀取或者設定一個類的靜態變數 （被 final 修飾的在編譯期被寫入常量池的除外）
   • invokestatic : 呼叫一個類的靜態方法

2. 使用 java.lang.reflect 包的方法對類進行反射呼叫時，如果類還沒有進行初始化。

3. 當初始化一個類時，發現他的父類還沒有進行初始化，則先出發其父類的初始化。

4. 虛擬機器啟動時，使用者需要指定一個要執行的主類，也就是包含 mian 方法的那個類，虛擬機器會先初始化這個類。

5. 使用 jdk 1.7 時，如果一個 java.lang.invoke.MethodHandle 例項最後的解析結果是 REF_getStatic , REF_putStatic , REF_invokeStatic 的方法控制代碼，並且這個方法對應得類沒有進行過初始化，則需要先出發其初始化。

對於這五種會觸發類初始化的場景，虛寂寂規範中使用了一個很強的限定語：”有且只有“。這物種場景中的行為被稱為對一個類的主動引用。除此之外，所有引用類的方式都不會出發初始化，稱為被動引用。

不會觸發類的初始化的被動引用的例子：

1. 通過子類引用父類的靜態欄位，不會導致子類的初始化。

   至於是否會觸發子類的載入和驗證，並沒有明確規定，取決於虛擬機器的實現，對於 Sun HotSpot 虛擬機器，可以通過 -XX:+TraceClassLoading 引數觀察到子類的載入。

2. 通過陣列定義來引用類，不會出發此類的初始化。

   例如：Person[] persons=new Person[2]

   虛擬機器會自動載入一個 Person 類的全類名最前面再加個 L 的類，直接繼承於 java.lang.Object ，建立動作由 newarray 位元組碼觸發。陣列中應有的屬性和方法（使用者可以直接使用的只有被修飾為 public 的 length 屬性和 clone() 方法）都實現在這個類裡。java 語言對陣列的訪問更為安全就是因為這個類封裝了陣列元素的訪問方法。當檢測到陣列越界時會丟擲 java.lang.ArrayIndexOutOfBountsException 異常。

3. 常量在編譯階段會存入呼叫類的常量池中，本質上並沒有直接引用到定義常量的類，兩個類在編譯之後不再有聯絡，因此不會觸發類的初始化。

介面的載入過程和類稍微有點不同，介面也有初始化過程，這點和類一樣。介面和類的區別就是前面講述的五種需要初始化場景的第三種：當一個介面在初始化時，並不要求其父介面都完成初始化，只有在真正使用到父介面時，（如引用介面中定義的常量）才會初始化。