2 章 類加載器詳解
微信搜 : 全堆疊小劉 ,獲取 文章pdf版本
1、記憶體結構概述
如果自己想手寫一個Java虛擬機的話,主要考慮哪些結構呢?
- 類加載器
- 執行引擎

完整框圖:

2、類加載子系統
類加載器子系統作用
- 類加載器子系統負責從檔案系統或者網路中加載Class檔案,class檔案在檔案開頭有特定的檔案標識,
- ClassLoader只負責class檔案的加載,至于它是否可以運行,則由Execution Engine決定,
- 加載的類資訊存放于一塊稱為方法區的記憶體空間,除了類的資訊外,方法區中還會存放運行時常量池資訊,可能還包括字串字面量和數字常量(這部分常量資訊是Class檔案中常量池部分的記憶體映射)

class --> Java.lang.Class
- class file存在于本地硬碟上,可以理解為設計師畫在紙上的模板,而最終這個模板在執行的時候是要加載到JVM當中來根據這個檔案實體化出n個一模一樣的實體,
- class file加載到JVM中,被稱為DNA元資料模板,放在方法區,
- 在.class檔案–>JVM–>最終成為元資料模板,此程序就要一個運輸工具(類裝載器Class Loader),扮演一個快遞員的角色,

3、類加載程序
3.1、類加載程序概述
- 看代碼
public class HelloLoader {
public static void main(String[] args) {
System.out.println("謝謝ClassLoader加載我....");
System.out.println("你的大恩大德,我下輩子再報!");
}
}
-
它的加載程序是怎么樣的呢?
- 執行 main() 方法(靜態方法)就需要先加載承載類 HelloLoader
- 加載成功,則進行鏈接、初始化等操作,完成后呼叫 HelloLoader 類中的靜態方法 main
- 加載失敗則拋出例外

- 完整的流程圖如下所示: *加載 --> 鏈接(驗證 --> 準備 --> 決議) --> 初始化

3.2、加載階段
加載流程
- 通過一個類的全限定名獲取定義此類的二進制位元組流
- 將這個位元組流所代表的靜態存盤結構轉化為 方法區的運行時資料結構
- 在記憶體中生成一個代表這個類的java.lang.Class物件,作為方法區這個類的各種資料的訪問入口
加載class檔案的方式
- 從本地系統中直接加載
- 通過網路獲取,典型場景:Web Applet
- 從zip壓縮包中讀取,成為日后jar、war格式的基礎
- 運行時計算生成,使用最多的是:動態代理技術
- 由其他檔案生成,典型場景:JSP應用從專有資料庫中提取.class檔案,比較少見
- 從加密檔案中獲取,典型的防Class檔案被反編譯的保護措施
3.3、鏈接階段
- *鏈接分為三個子階段:驗證 --> 準備 --> 決議

3.3.1、驗證(Verify)
驗證
- 目的在于確保Class檔案的位元組流中包含資訊符合當前虛擬機要求,保證被加載類的正確性,不會危害虛擬機自身安全
- 主要包括四種驗證,檔案格式驗證,元資料驗證,位元組碼驗證,符號參考驗證,
舉例
- 使用 BinaryViewer 查看位元組碼檔案,其開頭均為 CAFE BABE ,如果出現不合法的位元組碼檔案,那么將會驗證不通過

3.3.2、準備(Prepare)
準備
- 為類變數分配記憶體并且設定該類變數的默認初始值,即零值
- 這里不包含用final修飾的static,因為final在編譯的時候就會分配好了默認值,準備階段會顯式初始化
- 注意:這里不會為實體變數分配初始化,類變數會分配在方法區中,而實體變數是會隨著物件一起分配到Java堆中
舉例
- 代碼:變數a在準備階段會賦初始值,但不是1,而是0,在初始化階段會被賦值為 1
public class HelloApp {
private static int a = 1;
public static void main(String[] args) {
System.out.println(a);
}
}
3.3.3、決議(Resolve)
決議
- 將常量池內的符號參考轉換為直接參考的程序
- 事實上,決議操作往往會伴隨著JVM在執行完初始化之后再執行
- 符號參考就是一組符號來描述所參考的目標,符號參考的字面量形式明確定義在《java虛擬機規范》的class檔案格式中,直接參考就是直接指向目標的指標、相對偏移量或一個間接定位到目標的句柄
- 決議動作主要針對類或介面、欄位、類方法、介面方法、方法型別等,對應常量池中的CONSTANT Class info、CONSTANT Fieldref info、CONSTANT Methodref info等
符號參考
- 反編譯 class 檔案后可以查看符號參考

3.4、初始化階段
初始化階段
- 初始化階段就是執行類構造器方法
<clinit>()</clinit>的程序 - 此方法不需定義,是javac編譯器自動收集類中的所有類變數的賦值動作和靜態代碼塊中的陳述句合并而來,也就是說, 當我們代碼中包含static變數的時候,就會有clinit方法
- **
<clinit>()</clinit>方法中的指令按陳述句在源檔案中出現的順序執行** <clinit>()</clinit>不同于類的構造器,(關聯:構造器是虛擬機視角下的<init>()</init>)- 若該類具有父類,JVM會保證子類的
<clinit>()</clinit>執行前,父類的<clinit>()</clinit>已經執行完畢 - 虛擬機必須保證一個類的
<clinit>()</clinit>方法在多執行緒下被同步加鎖
IDEA 中安裝 JClassLib 插件
在 IDEA 中安裝 JClassLib 插件后,重啟 IDEA 生效

- 選中對應的 Java 類檔案,注意:不是位元組碼檔案~!
- 點擊【View --> Show Bytecode With jclasslib】即可查看反編譯后的代碼

當我們代碼中包含static變數的時候,就會有clinit方法
示例 1:無 static 變數
- 代碼
public class ClinitTest {
private int a = 1;
public static void main(String[] args) {
int b = 2;
}
}
- 并沒有生成 clinit 方法

示例 2:有 static 變數
- 代碼
public class ClinitTest {
private int a = 1;
private static int c = 3;
public static void main(String[] args) {
int b = 2;
}
}
- 在 clinit 方法中初始化靜態變數的值為 3

構造器方法中指令按陳述句在源檔案中出現的順序執行
示例 1
- 代碼:
public class ClassInitTest {
private static int num = 1;
private static int number = 10;
static {
num = 2;
number = 20;
System.out.println(num);
}
public static void main(String[] args) {
System.out.println(ClassInitTest.num);
System.out.println(ClassInitTest.number);
}
}
- 靜態變數 number 的值變化程序如下
- 準備階段時:0
- 執行靜態變數初始化:10
- 執行靜態代碼塊:20

示例 1
- 代碼
public class ClassInitTest {
private static int num = 1;
static{
num = 2;
number = 20;
System.out.println(num);
}
private static int number = 10;
public static void main(String[] args) {
System.out.println(ClassInitTest.num);
System.out.println(ClassInitTest.number);
}
}
- 靜態變數 number 的值變化程序如下
- 準備階段時:0
- 執行靜態代碼塊:20
- 執行靜態變數初始化:10

構造器是虛擬機視角下的
<init>()</init>
- 代碼
public class ClinitTest {
private int a = 1;
private static int c = 3;
public static void main(String[] args) {
int b = 2;
}
public ClinitTest(){
a = 10;
int d = 20;
}
}
- 在構造器中:
- 先將類變數 a 賦值為 10
- 再將區域變數賦值為 20

若該類具有父類,JVM會保證子類的
<clinit>()</clinit>執行前,父類的<clinit>()</clinit>已經執行完畢
- 代碼
public class ClinitTest1 {
static class Father{
public static int A = 1;
static{
A = 2;
}
}
static class Son extends Father{
public static int B = A;
}
public static void main(String[] args) {
System.out.println(Son.B);
}
}
- 如上代碼,加載流程如下:
- 首先,執行 main() 方法需要加載 ClinitTest1 類
- 獲取 Son.B 靜態變數,需要加載 Son 類
- Son 類的父類是 Father 類,所以需要先執行 Father 類的加載,再執行 Son 類的加載
虛擬機必須保證一個類的
<clinit>()</clinit>方法在多執行緒下被同步加鎖
- 代碼
public class DeadThreadTest {
public static void main(String[] args) {
Runnable r = () -> {
System.out.println(Thread.currentThread().getName() + "開始");
DeadThread dead = new DeadThread();
System.out.println(Thread.currentThread().getName() + "結束");
};
Thread t1 = new Thread(r, "執行緒1");
Thread t2 = new Thread(r, "執行緒2");
t1.start();
t2.start();
}
}
class DeadThread {
static {
if (true) {
System.out.println(Thread.currentThread().getName() + "初始化當前類");
while (true) {
}
}
}
}
- 程式卡死,分析原因:
- 兩個執行緒同時去加載 DeadThread 類,而 DeadThread 類中靜態代碼塊中有一處死回圈
- 先加載 DeadThread 類的執行緒搶到了同步鎖,然后在類的靜態代碼塊中執行死回圈,而另一個執行緒在等待同步鎖的釋放
- 所以無論哪個執行緒先執行 DeadThread 類的加載,另外一個類也不會繼續執行

4、類加載器的分類
4.1、類加載器概述
類加載器的分類
- JVM支持兩種型別的類加載器 ,分別為引導類加載器(Bootstrap ClassLoader)和自定義類加載器(User-Defined ClassLoader)
- 從概念上來講,自定義類加載器一般指的是程式中由開發人員自定義的一類類加載器,但是Java虛擬機規范卻沒有這么定義,而是 將所有派生于抽象類ClassLoader的類加載器都劃分為自定義類加載器
- 無論類加載器的型別如何劃分,在程式中我們最常見的類加載器始終只有3個,如下所示
- 這里的四者之間是包含關系,不是上層和下層,也不是子父類的繼承關系,

為什么 ExtClassLoader 和 AppClassLoader 都屬于自定義加載器
- 規范定義:所有派生于抽象類ClassLoader的類加載器都劃分為自定義類加載器
- ExtClassLoader 繼承樹

- AppClassLoader 繼承樹

- 代碼:
- 我們嘗試獲取引導類加載器,獲取到的值為 null ,這并不代表引導類加載器不存在, 因為引導類加載器右 C/C++ 語言,我們獲取不到
- 兩次獲取系統類加載器的值都相同:sun.misc.Launcher$AppClassLoader@18b4aac2 ,這說明 *系統類加載器是全域唯一的
public class ClassLoaderTest {
public static void main(String[] args) {
ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
System.out.println(systemClassLoader);
ClassLoader extClassLoader = systemClassLoader.getParent();
System.out.println(extClassLoader);
ClassLoader bootstrapClassLoader = extClassLoader.getParent();
System.out.println(bootstrapClassLoader);
ClassLoader classLoader = ClassLoaderTest.class.getClassLoader();
System.out.println(classLoader);
ClassLoader classLoader1 = String.class.getClassLoader();
System.out.println(classLoader1);
}
}
4.2、虛擬機自帶的加載器
4.2.1、啟動類加載器
啟動類加載器(引導類加載器,Bootstrap ClassLoader)
- 這個類加載使用C/C++語言實作的,嵌套在JVM內部
- 它用來加載Java的核心庫(JAVA_HOME/jre/lib/rt.jar、resources.jar或sun.boot.class.path路徑下的內容),用于提供JVM自身需要的類
- 并不繼承自java.lang.ClassLoader,沒有父加載器
- 加載擴展類和應用程式類加載器,并作為他們的父類加載器(當他倆的爹)
- 出于安全考慮,Bootstrap啟動類加載器只加載包名為java、javax、sun等開頭的類
4.2.2、擴展類加載器
擴展類加載器(Extension ClassLoader)
- Java語言撰寫,由sun.misc.Launcher$ExtClassLoader實作
- 派生于ClassLoader類
- 父類加載器為啟動類加載器
- 從java.ext.dirs系統屬性所指定的目錄中加載類別庫,或從JDK的安裝目錄的jre/lib/ext子目錄(擴展目錄)下加載類別庫,如果用戶創建的JAR放在此目錄下,也會自動由擴展類加載器加載
4.2.3、系統類加載器
應用程式類加載器(系統類加載器,AppClassLoader)
- Java語言撰寫,由sun.misc.LaunchersAppClassLoader實作
- 派生于ClassLoader類
- 父類加載器為擴展類加載器
- 它負責加載環境變數classpath或系統屬性java.class.path指定路徑下的類別庫
- 該類加載是程式中默認的類加載器,一般來說,Java應用的類都是由它來完成加載
- 通過classLoader.getSystemclassLoader()方法可以獲取到該類加載器
代碼舉例說明
- 代碼
public class ClassLoaderTest1 {
public static void main(String[] args) {
System.out.println("**********啟動類加載器**************");
URL[] urLs = sun.misc.Launcher.getBootstrapClassPath().getURLs();
for (URL element : urLs) {
System.out.println(element.toExternalForm());
}
ClassLoader classLoader = Provider.class.getClassLoader();
System.out.println(classLoader);
System.out.println("***********擴展類加載器*************");
String extDirs = System.getProperty("java.ext.dirs");
for (String path : extDirs.split(";")) {
System.out.println(path);
}
ClassLoader classLoader1 = CurveDB.class.getClassLoader();
System.out.println(classLoader1);
}
}
- System.out.println(classLoader); 輸出 null ,再次證明我們無法獲取到啟動類加載器
**********启动类加载器**************
file:/C:/Program%20Files/Java/jdk1.8.0_144/jre/lib/resources.jar
file:/C:/Program%20Files/Java/jdk1.8.0_144/jre/lib/rt.jar
file:/C:/Program%20Files/Java/jdk1.8.0_144/jre/lib/sunrsasign.jar
file:/C:/Program%20Files/Java/jdk1.8.0_144/jre/lib/jsse.jar
file:/C:/Program%20Files/Java/jdk1.8.0_144/jre/lib/jce.jar
file:/C:/Program%20Files/Java/jdk1.8.0_144/jre/lib/charsets.jar
file:/C:/Program%20Files/Java/jdk1.8.0_144/jre/lib/jfr.jar
file:/C:/Program%20Files/Java/jdk1.8.0_144/jre/classes
null
***********扩展类加载器*************
C:\Program Files\Java\jdk1.8.0_144\jre\lib\ext
C:\WINDOWS\Sun\Java\lib\ext
sun.misc.Launcher$ExtClassLoader@7ea987ac
4.3、用戶自定義類加載器
為什么需要自定義類加載器?
在Java的日常應用程式開發中,類的加載幾乎是由上述3種類加載器相互配合執行的,在必要時,我們還可以自定義類加載器,來定制類的加載方式,那為什么還需要自定義類加載器?
- 隔離加載類
- 修改類加載的方式
- 擴展加載源
- 防止原始碼泄漏
如何自定義類加載器?
- 開發人員可以通過繼承抽象類java.lang.ClassLoader類的方式,實作自己的類加載器,以滿足一些特殊的需求
- 在JDK1.2之前,在自定義類加載器時,總會去繼承ClassLoader類并重寫loadClass()方法,從而實作自定義的類加載類,但是在JDK1.2之后已不再建議用戶去覆寫loadClass()方法,而是建議把自定義的類加載邏輯寫在findclass()方法中
- 在撰寫自定義類加載器時,如果沒有太過于復雜的需求,可以直接繼承URIClassLoader類,這樣就可以避免自己去撰寫findclass()方法及其獲取位元組碼流的方式,使自定義類加載器撰寫更加簡潔,
代碼示例
public class CustomClassLoader extends ClassLoader {
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
try {
byte[] result = getClassFromCustomPath(name);
if (result == null) {
throw new FileNotFoundException();
} else {
return defineClass(name, result, 0, result.length);
}
} catch (FileNotFoundException e) {
e.printStackTrace();
}
throw new ClassNotFoundException(name);
}
private byte[] getClassFromCustomPath(String name) {
return null;
}
public static void main(String[] args) {
CustomClassLoader customClassLoader = new CustomClassLoader();
try {
Class<?> clazz = Class.forName("One", true, customClassLoader);
Object obj = clazz.newInstance();
System.out.println(obj.getClass().getClassLoader());
} catch (Exception e) {
e.printStackTrace();
}
}
}
4.4、關于 ClassLoader
ClassLoader 類介紹
- ClassLoader類,它是一個抽象類,其后所有的類加載器都繼承自ClassLoader(不包括啟動類加載器)

- sun.misc.Launcher 它是一個java虛擬機的入口應用

獲取 ClassLoader 途徑
- 獲取途徑:

- 代碼示例:
public class ClassLoaderTest2 {
public static void main(String[] args) {
try {
ClassLoader classLoader = Class.forName("java.lang.String").getClassLoader();
System.out.println(classLoader);
ClassLoader classLoader1 = Thread.currentThread().getContextClassLoader();
System.out.println(classLoader1);
ClassLoader classLoader2 = ClassLoader.getSystemClassLoader();
System.out.println(classLoader2);
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
}
}
null
sun.misc.Launcher$AppClassLoader@18b4aac2
sun.misc.Launcher$AppClassLoader@18b4aac2
5、雙親委派機制
5.1、雙親委派機制原理
雙親委派機制的原理
Java虛擬機對class檔案采用的是按需加載的方式,也就是說當需要使用該類時才會將它的class檔案加載到記憶體生成class物件,而且 加載某個類的class檔案時,Java虛擬機采用的是雙親委派模式,即把請求交由父類處理,它是一種任務委派模式
- 如果一個類加載器收到了類加載請求,它并不會自己先去加載,而是把這個請求委托給父類的加載器去執行;
- 如果父類加載器還存在其父類加載器,則進一步向上委托,依次遞回,請求最終將到達頂層的啟動類加載器;
- 如果父類加載器可以完成類加載任務,就成功回傳,倘若父類加載器無法完成此加載任務,子加載器才會嘗試自己去加載,這就是雙親委派模式,
- 父類加載器一層一層往下分配任務,如果子類加載器能加載,則加載此類,如果將加載任務分配至系統類加載器也無法加載此類,則拋出例外

5.2、雙親委派機制代碼示例
代碼示例
舉例 1 :
- 代碼:我們自己建立一個 java.lang.String 類,寫上 static 代碼塊
package java.lang;
public class String {
static{
System.out.println("我是自定義的String類的靜態代碼塊");
}
}
- 在另外的程式中加載 String 類,看看加載的 String 類是 JDK 自帶的 String 類,還是我們自己撰寫的 String 類
public class StringTest {
public static void main(String[] args) {
java.lang.String str = new java.lang.String();
System.out.println("hello,atguigu.com");
StringTest test = new StringTest();
System.out.println(test.getClass().getClassLoader());
}
}
- 程式并沒有輸出我們靜態代碼塊中的內容,可見仍然加載的是 JDK 自帶的 String 類

舉例 2 :
- 代碼:在我們自己的 String 類中整個 main() 方法
package java.lang;
public class String {
static{
System.out.println("我是自定義的String類的靜態代碼塊");
}
public static void main(String[] args) {
System.out.println("hello,String");
}
}
- 由于雙親委派機制找到的是 JDK 自帶的 String 類,在那個 String 類中并沒有 main() 方法

舉例 3 :
- 代碼:在 java.lang 包下整個 ShkStart 類
package java.lang;
public class ShkStart {
public static void main(String[] args) {
System.out.println("hello!");
}
}
- 出于保護機制,java.lang 包下不允許我們自定義類

舉例 4 :
當我們加載jdbc.jar 用于實作資料庫連接的時候
- 首先我們需要知道的是 jdbc.jar是基于SPI介面進行實作的
- 所以在加載的時候,會進行雙親委派,最終從根加載器中加載 SPI核心類,然后再加載SPI介面類
- 接著在進行反向委托,通過執行緒背景關系類加載器進行實作類 jdbc.jar的加載,

5.3、雙親委派機制優勢
雙親委派機制的優勢
通過上面的例子,我們可以知道,雙親機制可以
- 避免類的重復加載
- 保護程式安全,防止核心API被隨意篡改
- 自定義類:java.lang.String 沒有屌用
- 自定義類:java.lang.ShkStart(報錯:阻止創建 java.lang開頭的類)
6、沙箱安全機制
- 自定義String類時:在加載自定義String類的時候會率先使用引導類加載器加載,而引導類加載器在加載的程序中會先加載jdk自帶的檔案(rt.jar包中java.lang.String.class),報錯資訊說沒有main方法,就是因為加載的是rt.jar包中的String類,
- 這樣可以保證對java核心源代碼的保護,這就是沙箱安全機制,
7、其他
如何判斷兩個class物件是否相同?
在JVM中表示兩個class物件是否為同一個類存在兩個必要條件:
- 類的完整類名必須一致,包括包名
- 加載這個類的ClassLoader(指ClassLoader實體物件)必須相同
- 換句話說,在JVM中,即使這兩個類物件(class物件)來源同一個Class檔案,被同一個虛擬機所加載,但只要加載它們的ClassLoader實體物件不同,那么這兩個類物件也是不相等的
對類加載器的參考
- JVM必須知道一個型別是由啟動加載器加載的還是由用戶類加載器加載的
- 如果一個型別是由用戶類加載器加載的,那么JVM會將這個類加載器的一個參考作為型別資訊的一部分保存在方法區中
- 當決議一個型別到另一個型別的參考的時候,JVM需要保證這兩個型別的類加載器是相同的
類的主動使用和被動使用
Java程式對類的使用方式分為:主動使用和被動使用,主動使用,又分為七種情況:
- 創建類的實體
- 訪問某個類或介面的靜態變數,或者對該靜態變數賦值
- 呼叫類的靜態方法
- 反射(比如:Class.forName("com.atguigu.Test"))
- 初始化一個類的子類
- Java虛擬機啟動時被標明為啟動類的類
- JDK7開始提供的動態語言支持:java.lang.invoke.MethodHandle實體的決議結果REF_getStatic、REF putStatic、REF_invokeStatic句柄對應的類沒有初始化,則初始化
除了以上七種情況,其他使用Java類的方式都被看作是對類的被動使用,都不會導致類的初始化,即不會執行初始化階段(不會呼叫 clinit() 方法和 init() 方法)
你只管學習,我來負責記筆記?? 關注公眾號! ,更多筆記,等你來拿,謝謝





轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/163388.html
標籤:Java
上一篇:第一章: 初始JVM
