摘要:加載階段在類的加載階段,虛擬機需要完成以下件事情通過一個類的全限定名來獲取定義此類的二進制字節流。驗證階段驗證是連接階段的第一步,這一階段的目的是為了確保文件的字節流中包含的信息符合當前虛擬機的要求,并且不會危害虛擬機自身的安全。
注:本篇文章中的內容是根據《深入理解Java虛擬機--JVM高級特性與最佳實踐》而總結的,如有理解錯誤,歡迎大家指正!
虛擬機把描述類的數據從Class文件加載到內存,并對數據進行校驗、轉換解析和初始化,最終形成可以被虛擬機之間使用的Java類型,這就是虛擬機的類加載機制。
類的生命周期類從被加載到虛擬機內存中開始,到卸載出內存為止,它的整個生命周期包括:加載、驗證、準備、解析、初始化、使用、卸載7個階段,其中驗證、準備、解析3個部分被稱為接連。
什么時候需要對類進行初始化什么情況下需要對類進行加載,Java虛擬機規范中并沒有進行強制約束,但虛擬機規范中卻嚴格規定類有且只有5中情況必須立即對類進行初始化(而加載、驗證等自然而然需要在此之前開始)。
遇到new、getstatic、putstatic、invokestatic這四條字節碼指令時,如果類沒有進行過初始化,則需要先出發其初始化。這四條指令最常見的場景是:使用new關鍵字實例化對象的時候、讀取或者設置一個類的靜態字段的時候、以及調用一個類的靜態方法的時候。
使用java.lang.reflect包的方法對類進行反射調用的時候,如果類沒有進行過初始化,則需要先觸發其初始化。
當初始化一個類的時候,如果發現其父類還沒有進行過初始化,則需要先觸發其父類的初始化。
當虛擬機啟動時,用戶需要指定一個要執行的主類(包含main()方法的那個類),虛擬機會先初始化這個主類。
當使用JDK1.7的動態語言支持時,如果一個java.lang.invoke.MethodHandle實例最后的解析結果是REF_getStatic、REF_putStatic、REF_invokeStatic的方法句柄并且這個方法句柄所對應的類還沒有進行初始化,則需要先觸發其初始化。
加載階段在類的加載階段,虛擬機需要完成以下3件事情:
通過一個類的全限定名來獲取定義此類的二進制字節流。
將這個字節流所代表的靜態存儲結構轉化為方法區的運行時數據結構。
在內存中生成一個代表這個類的java.lang.Class對象,作為方法區這個類的各種數據的訪問接口。
驗證階段驗證是連接階段的第一步,這一階段的目的是為了確保Class文件的字節流中包含的信息符合當前虛擬機的要求,并且不會危害虛擬機自身的安全。驗證階段大致上會完成下面4個階段的檢查動作:
文件格式驗證
主要是語法校驗,例如是否以魔數0xCAFEBASE開頭、常量池中是否有不被支持的常量類型等。
元數據驗證
對類的元數據進行語義校驗,保證不存在不符合Java語言規范的元數據信息。例如這個類是否有父類、這個父類是否繼承了不允許被繼承的類、如果這個類不是抽象類,是否實現了其父類或者接口之中要求實現的所有方法等。
字節碼驗證
通過數據流和控制流分析,確定程序語義是否合法。例如保證指令不會跳轉到方法體以外的字節碼指令上、保證方法體中的類型轉換是有效的等。
符號引用驗證
確保解析動作能夠正常執行。例如引用中通過字符串描述的全限定名是否能夠找到對應的類、符號引用中的類、字段、方法的訪問性(private、protected、public、default)是否可被當前類訪問等。
準備階段是正式為類變量分配內存并設置類變量初始值的階段,這些變量所使用的內存都將在方法區中進行分配。有兩點需要注意:首先,這個時候進行內存分配的僅包含類變量(被static修飾的變量),而不包含實例變量,實例變量將會在對象實例化時隨著對象一起分配在Java堆上中;其次,這里所說的初始值通常情況下時數據類型的零值。例如
public static int value = 1;
那變量value在準備階段過后的初始值為0,而不是1。在初始化階段,才會把1賦值給value。
解析階段解析階段是虛擬機將常量池內的符號引用替換為直接引用的過程。符號引用以一組符號來描述所引用的目標,它和虛擬機的內存布局無關;直接引用可以是直接指向目標的指針、相對偏移量或者一個能間接定位到目標的句柄。直接引用是和虛擬機實現的內存布局有關。
初始化階段初始化階段是類加載過程的最后一步。在準備階段,類變量已經賦過一次系統要求的初始值,而在初始化階段,則根據程序員通過程序定制的主觀計劃去初始化類變量和其他資源,或者可以從另外一個角度表達:初始化階段是執行類構造器
由于父類的
接口中不能有靜態語句塊,但可以有類變量的賦值操作,因此接口和類都會生出
虛擬機會保證一個類的
類加載器除了用于實現類的加載動作外,還起到了命名空間的作用。對于任何一個類來說,都需要有加載它的類加載器和這個類本身一同確立其在Java虛擬機中的唯一性,每一個類加載器,都擁有一個獨立的類名稱空間。
類加載器的雙親委派模型
啟動類加載器:它使用C++語言實現,主要負責將存放在
擴展類加載器:它使用Java語言實現,主要負責加載
應用程序類加載器:它使用Java語言實現,它負責加載用戶類路徑
自定義類加載器:開發者自定義的類加載器。
雙親委派模型要求除了頂層的啟動類加載器之外,其余的類加載器都應當有父類加載器。這里的父子關系不是以繼承來實現的,而是用組合的方式來實現。雙親委派模型的工作過程為:如果一個類加載器收到了類加載的請求,它首先不會自己嘗試加載該類,而是把這個請求委派給父類加載器去完成,每個層次的類加載器都是如此,因此所有的加載請求最終都會被傳送到啟動類加載器中,只有當父類加載器反饋自己無法完成這個加載請求時,子加載器才會嘗試自己去加載。
使用雙親委派模型的好處就是Java類隨著它的加載器一起具備類一種帶有優先級的層次關系。例如類java.lang.object,它存放在rt.jar中,無論哪個類加載器要加載這個類,最終都委派給最頂層的啟動類加載器進行加載,因此Object類在程序的各種類加載器環境中都是同一個類。相反,如果沒有雙親委派模型,由各個類加載器自行去加載的話,如果用戶自己編寫了一個java.lang.Object的類,并放在程序的ClassPath中,那系統中將會出現多個不同的Object類,Java類型體系中最基礎的行為也就無法保證。應用程序也將變得一片混亂。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/76969.html
摘要:類從被加載到虛擬機內存中開始,到卸載出內存為止,它的整個生命周期包括加載驗證準備解析初始化使用和卸載 類從被加載到虛擬機內存中開始,到卸載出內存為止,它的整個生命周期包括:加載(Loading)、驗證(verification)、準備(preparation)、解析(resolution)、初始化(initialization)、使用(using)和卸載(unloading)
摘要:實現這個口號的就是可以運行在不同平臺上的虛擬機和與平臺無關的字節碼。類加載過程加載加載是類加載的第一個階段,虛擬機要完成以下三個過程通過類的全限定名獲取定義此類的二進制字節流。驗證目的是確保文件字節流信息符合虛擬機的要求。 引言 我們知道java代碼編譯后生成的是字節碼,那虛擬機是如何加載這些class字節碼文件的呢?加載之后又是如何進行方法調用的呢? 一 類文件結構 無關性基石 ja...
摘要:最終形成可以被虛擬機最直接使用的類型的過程就是虛擬機的類加載機制。即重寫一個類加載器的方法驗證驗證是連接階段的第一步,這一階段的目的是為了確保文件的字節流中包含的信息符合當前虛擬機的要求,并且不會危害虛擬機自身的安全。 《深入理解Java虛擬機:JVM高級特性與最佳實踐(第二版》讀書筆記與常見相關面試題總結 本節常見面試題(推薦帶著問題閱讀,問題答案在文中都有提到): 簡單說說類加載過...
摘要:二驗證驗證主要是為了確保文件的字節流中包含的信息符合當前虛擬機的要求,并且不會危害虛擬機的自身安全。五初始化類的初始化階段是類加載過程的最后一步,該階段才真正開始執行類中定義的程序代碼或者說是字節碼。 關注我,每天三分鐘,帶你輕松掌握一個Java相關知識點。 虛擬機(JVM)經常出現在我們面試中,但是工作中卻很少遇到,導致很多同學沒有去了解過。其實除了應付面試,作為java程序員,了解...
閱讀 1181·2023-04-26 02:42
閱讀 1633·2021-11-12 10:36
閱讀 1780·2021-10-25 09:47
閱讀 1262·2021-08-18 10:22
閱讀 1801·2019-08-30 15:52
閱讀 1213·2019-08-30 10:54
閱讀 2635·2019-08-29 18:46
閱讀 3496·2019-08-26 18:27