別翻了，這篇文章絕對讓你深刻理解java類的載入以及ClassLoader原始碼分析【JVM篇二】
目錄
- 1、什麼是類的載入（類初始化）
- 2、類的生命週期
- 3、介面的載入過程
- 4、解開開篇的面試題
- 5、理解首次主動使用
- 6、類載入器
- 7、關於名稱空間
- 8、JVM類載入機制
- 9、雙親委派模型
- 10、ClassLoader原始碼分析
- 11、自定義類載入器
- 12、載入類的三種方式
- 13、總結
- 14、特別注意
@
前言
你是否真的理解java的類載入機制？點進文章的盆友不如先來做一道非常常見的面試題，如果你能做出來，可能你早已掌握並理解了java的類載入機制，若結果出乎你的意料，那就很有必要來了解了解java的類載入機制了。程式碼如下
package com.jvm.classloader; class Father2{ public static String strFather="HelloJVM_Father"; static{ System.out.println("Father靜態程式碼塊"); } } class Son2 extends Father2{ public static String strSon="HelloJVM_Son"; static{ System.out.println("Son靜態程式碼塊"); } } public class InitativeUseTest2 { public static void main(String[] args) { System.out.println(Son2.strSon); } }
執行結果：
Father靜態程式碼塊
Son靜態程式碼塊
HelloJVM_Son嗯哼？其實上面程式並不是關鍵，可能真的難不倒各位，不妨做下面一道面試題可好？如果下面這道面試題都做對了，那沒錯了，這篇文章你就不用看了，真的。
package com.jvm.classloader; class YeYe{ static { System.out.println("YeYe靜態程式碼塊"); } } class Father extends YeYe{ public static String strFather="HelloJVM_Father"; static{ System.out.println("Father靜態程式碼塊"); } } class Son extends Father{ public static String strSon="HelloJVM_Son"; static{ System.out.println("Son靜態程式碼塊"); } } public class InitiativeUse { public static void main(String[] args) { System.out.println(Son.strFather); } }
各位先用“畢生所學”來猜想一下執行的結果是啥...
注意了...
注意了...
注意了...
執行結果：
YeYe靜態程式碼塊
Father靜態程式碼塊
HelloJVM_Father是對是錯已經有個數了吧，我就不拆穿各位的小心思了...
以上的面試題其實就是典型的java類的載入問題，如果你對Java載入機制不理解，那麼你可能就錯了上面兩道題目的。這篇文章將通過對Java類載入機制的講解，讓各位熟練理解java類的載入機制。
其實博主還是想在給出一道題，畢竟各位都已經有了前面兩道題的基礎了，那麼請看程式碼：
package com.jvm.classloader;
class YeYe{
static {
System.out.println("YeYe靜態程式碼塊");
}
}
class Father extends YeYe{
public final static String strFather="HelloJVM_Father";
static{
System.out.println("Father靜態程式碼塊");
}
}
class Son extends Father{
public static String strSon="HelloJVM_Son";
static{
System.out.println("Son靜態程式碼塊");
}
}
public class InitiativeUse {
public static void main(String[] args) {
System.out.println(Son.strFather);
}
}注意了
注意了
注意了
執行結果：HelloJVM_Father衝動的小白童鞋看到了執行結果，果斷的登出了部落格賬戶....
1、什麼是類的載入（類初始化）
JVM重要的一個領域：類載入
當程式主動使用某個類時，如果該類還未被載入到記憶體中，則JVM會通過載入、連線、初始化3個步驟來對該類進行初始化。如果沒有意外，JVM將會連續完成3個步驟，所以有時也把這個3個步驟統稱為類載入或類初始化。
而類載入必然涉及類載入器，下面我們先來了解一下類的載入。
類的載入（類初始化）：
1、在java程式碼中，型別的載入、連線、與初始化過程都是在程式執行期間完成的（類從磁碟載入到記憶體中經歷的三個階段）【牢牢記在心裡】
2、提供了更大的靈活性，增加了更多的可能性
雖然上面的第一句話非常簡短，但是蘊含的知識量卻是巨大的！包含兩個重要的概念：
1、型別
定義的類、介面或者列舉稱為型別而不涉及物件，在類載入的過程中，是一個建立物件之前的一些資訊
2、程式執行期間
程式執行期間完成典型例子就是動態代理，其實很多語言都是在編譯期就完成了載入，也正因為這個特性給Java程式提供了更大的靈活性，增加了更多的可能性
1、1.類載入注意事項
1、類載入器並不需要等到某個類被 “首次主動使用” 時再載入它~關於首次主動使用這個重要概念下文將講解~
2、JVM規範允許類載入器在預料某個類將要被使用時就預先載入它
3、如果在預先載入的過程中遇到了.class檔案缺失或存在錯誤，類載入器必須在程式首次主動使用該類時才報告錯誤（LinkageError錯誤）如果這個類一直沒有被程式主動使用，那麼類載入器就不會報告錯誤。
首先給各位打個預防針：可能沒有了解過JVM的童鞋可能看的很蒙，感覺全是理論的感覺，不勉強一字一句的“死看”，只要達到一種概念印象就好！等到有一定理解認識之後再回頭看一遍就好很多了，畢竟學習是一種循進漸進的過程，記住沒有捷徑！
2、類的生命週期
從上圖可知，類從被載入到虛擬機器記憶體開始，到卸載出記憶體為止，它的整個生命週期包括 7 個階段，而驗證、準備、解析 3 個階段統稱為連線。
載入、驗證、準備、初始化和解除安裝這 5 個階段的順序是固定確定的，類的載入過程必須按照這種順序開始（注意是“開始”，而不是“進行”），而解析階段則不一定：它在某些情況下可以在初始化後再開始，這是為了支援 Java 語言的執行時繫結【也就是java的動態繫結/晚期繫結】。
2、1.載入
在上面已經提到過，載入階段是類載入的第一個階段！類的載入過程就是從載入階段開始~
載入階段指的是將類的.class檔案中的二進位制資料讀入到記憶體中，將其放在執行時資料區的方法區內，然後在堆區建立一個 java.lang.Class物件（JVM規範並未說明Class物件位於哪裡，HotSpot虛擬機器將其放在方法區中），用來封裝類在方法區內的資料結構。類的載入的最終產品是位於堆區中的 Class物件， Class物件封裝了類在方法區內的資料結構，並且向Java程式設計師提供了訪問方法區內的資料結構的介面。
Class物件是存放在堆區的，不是方法區，這點很多人容易犯錯。類的元資料才是存在方法區的。【元資料並不是類的Class物件。Class物件是載入的最終產品，類的方法程式碼，變數名，方法名，訪問許可權，返回值等等都是在方法區的】
JDK7建立Class例項存在堆中；因為JDK7中JavaObjectsInPerm引數值固定為false。
JDK8移除了永久代，轉而使用元空間來實現方法區，建立的Class例項依舊在java heap（堆）中
編寫一個新的java類時,JVM就會幫我們編譯成class物件,存放在同名的.class檔案中。在執行時，當需要生成這個類的物件，JVM就會檢查此類是否已經裝載記憶體中。若是沒有裝載，則把.class檔案裝入到記憶體中。若是裝載，則根據class檔案生成例項物件。
怎麼理解Class物件與new出來的物件之間的關係呢？
new出來的物件以car為例。可以把car的Class類看成具體的一個人，而new car則是人物映像，具體的一個人（Class）是唯一的，人物映像（new car）是多個的。鏡子中的每個人物映像都是根據具體的人映造出來的，也就是說每個new出來的物件都是以Class類為模板參照出來的！為啥可以參照捏？因為Class物件提供了訪問方法區內的資料結構的介面哇，上面提及過了喔！
算了參照下面這張圖理解吧，理解是其次，重點是話說這妹砸蠻好看的。
總結：
載入階段簡單來說就是：
.class檔案（二進位制資料）——>讀取到記憶體——>資料放進方法區——>堆中建立對應Class物件——>並提供訪問方法區的介面
相對於類載入的其他階段而言，載入階段（準確地說，是載入階段獲取類的二進位制位元組流的動作）是可控性最強的階段，因為開發人員既可以使用系統提供的類載入器來完成載入，也可以自定義自己的類載入器來完成載入。
載入階段完成後，虛擬機器外部的二進位制位元組流就按照虛擬機器所需的格式儲存在方法區之中，而且在Java堆中也建立一個 java.lang.Class類的物件，這樣便可以通過該物件訪問方法區中的這些資料。
載入.calss檔案的方式:
類的載入由類載入器完成，類載入器通常由JVM提供，這些類載入器也是前面所有程式執行的基礎，JVM提供的這些類載入器通常被稱為系統類載入器。除此之外，開發者可以通過繼承ClassLoader基類來建立自己的類載入器。通過使用不同的類載入器，可以從不同來源載入類的二進位制資料，二進位制資料通常有如下幾種來源：
（1）從本地系統中直接載入
（2）通過網路下載.class檔案
（3）從zip，jar等歸檔檔案中載入.class檔案
（4）從專用資料庫中提取.class檔案
（5）將java原始檔動態編譯為.class檔案
2、2.驗證
驗證：確保被載入的類的正確性。
關於驗證大可不必深入但是瞭解類載入機制必須要知道有這麼個過程以及知道驗證就是為了驗證確保Class檔案的位元組流中包含的資訊符合當前虛擬機器的要求即可。
所以下面關於驗證的內容作為了解即可！
驗證是連線階段的第一階段，這一階段的目的是為了確保Class檔案的位元組流中包含的資訊符合當前虛擬機器的要求，並且不會危害虛擬機器自身的安全。驗證階段大致會完成4個階段的檢驗動作：
檔案格式驗證：驗證位元組流是否符合Class檔案格式的規範；例如：是否以 0xCAFEBABE開頭、主次版本號是否在當前虛擬機器的處理範圍之內、常量池中的常量是否有不被支援的型別。
元資料驗證：對位元組碼描述的資訊進行語義分析（注意：對比javac編譯階段的語義分析），以保證其描述的資訊符合Java語言規範的要求；例如：這個類是否有父類，除了 java.lang.Object之外。
位元組碼驗證：通過資料流和控制流分析，確定程式語義是合法的、符合邏輯的。
符號引用驗證：確保解析動作能正確執行。
驗證階段是非常重要的，但不是必須的，它對程式執行期沒有影響，如果所引用的類經過反覆驗證，那麼可以考慮採用 -Xverifynone引數來關閉大部分的類驗證措施，以縮短虛擬機器類載入的時間。
2、3.準備【重點】
當完成位元組碼檔案的校驗之後，JVM 便會開始為類變數分配記憶體並初始化。準備階段是正式為類變數分配記憶體並設定類變數初始值的階段，這些記憶體都將在方法區中分配。
這裡需要注意兩個關鍵點，即記憶體分配的物件以及初始化的型別。
記憶體分配的物件：要明白首先要知道Java 中的變數有類變數以及類成員變數兩種型別，==類變數指的是被 static 修飾的變數==，而==其他所有型別的變數都屬於類成員變數==。在準備階段，JVM 只會為類變數分配記憶體，而不會為類成員變數分配記憶體。類成員變數的記憶體分配需要等到初始化階段才開始（初始化階段下面會講到）。
舉個例子：例如下面的程式碼在準備階段，只會為 LeiBianLiang屬性分配記憶體，而不會為 ChenYuanBL屬性分配記憶體。
public static int LeiBianLiang = 666;
public String ChenYuanBL = "jvm";初始化的型別：在準備階段，JVM 會為類變數分配記憶體，併為其初始化（JVM 只會為類變數分配記憶體，而不會為類成員變數分配記憶體，類成員變數自然這個時候也不能被初始化）。==但是這裡的初始化指的是為變數賦予 Java 語言中該資料型別的預設值，而不是使用者程式碼裡初始化的值。==
例如下面的程式碼在準備階段之後，LeiBianLiang 的值將是 0，而不是 666。
public static int LeiBianLiang = 666;注意了！！！
注意了！！！
注意了！！！
但如果一個變數是常量（被 static final 修飾）的話，那麼在準備階段，屬性便會被賦予使用者希望的值。例如下面的程式碼在準備階段之後，ChangLiang的值將是 666，而不再會是 0。
public static final int ChangLiang = 666;之所以 static final 會直接被複制，而 static 變數會被賦予java語言型別的預設值。其實我們稍微思考一下就能想明白了。
兩個語句的區別是一個有 final 關鍵字修飾，另外一個沒有。而 final 關鍵字在 Java 中代表不可改變的意思，意思就是說 ChangLiang的值一旦賦值就不會在改變了。既然一旦賦值就不會再改變，那麼就必須一開始就給其賦予使用者想要的值，因此被 final 修飾的類變數在準備階段就會被賦予想要的值。而沒有被 final 修飾的類變數，其可能在初始化階段或者執行階段發生變化，所以就沒有必要在準備階段對它賦予使用者想要的值。
如果還不是很清晰理解final和static關鍵字的話建議參閱下面博主整理好的文章，希望對你有所幫助！
java中的Static、final、Static final各種用法
2、4.解析
當通過準備階段之後，進入解析階段。解析階段是虛擬機器將常量池內的符號引用替換為直接引用的過程，解析動作主要針對類或介面、欄位、類方法、介面方法、方法型別、方法控制代碼和呼叫點限定符7類符號引用進行。符號引用就是一組符號來描述目標，可以是任何字面量。
直接引用就是直接指向目標的指標、相對偏移量或一個間接定位到目標的控制代碼。
==其實這個階段對於我們來說也是幾乎透明的，瞭解一下就好==。
2、5.初始化【重點】
到了初始化階段，使用者定義的 Java 程式程式碼才真正開始執行。
Java程式對類的使用方式可分為兩種:主動使用與被動使用。一般來說只有當對類的==首次主動使用==的時候才會導致類的初始化，所以主動使用又叫做類載入過程中“初始化”開始的時機。那啥是主動使用呢？類的主動使用包括以下六種【超級重點】：
1、 建立類的例項，也就是new的方式
2、 訪問某個類或介面的靜態變數，或者對該靜態變數賦值（凡是被final修飾不不不其實更準確的說是在編譯器把結果放入常量池的靜態欄位除外）
3、 呼叫類的靜態方法
4、 反射（如 Class.forName(“com.gx.yichun”)）
5、 初始化某個類的子類，則其父類也會被初始化
6、 Java虛擬機器啟動時被標明為啟動類的類（ JavaTest ），還有就是Main方法的類會首先被初始化
最後注意一點對於靜態欄位，只有直接定義這個欄位的類才會被初始化（執行靜態程式碼塊），這句話在繼承、多型中最為明顯！為了方便理解下文會陸續通過例子講解
2、6.使用
當 JVM 完成初始化階段之後，JVM 便開始從入口方法開始執行使用者的程式程式碼。這個使用階段也只是瞭解一下就可以了。
2、7.解除安裝
當用戶程式程式碼執行完畢後，JVM 便開始銷燬建立的 Class 物件，最後負責執行的 JVM 也退出記憶體。這個解除安裝階段也只是瞭解一下就可以了。
2、8.結束生命週期
在如下幾種情況下，Java虛擬機器將結束生命週期
1、 執行了 System.exit()方法
2、 程式正常執行結束
3、 程式在執行過程中遇到了異常或錯誤而異常終止
4、 由於作業系統出現錯誤而導致Java虛擬機器程序終止
3、介面的載入過程
介面載入過程與類載入過程稍有不同。
==當一個類在初始化時，要求其父類全部都已經初始化過了，但是一個介面在初始化時，並不要求其父介面全部都完成了初始化，當真正用到父介面的時候才會初始化。==
4、解開開篇的面試題
package com.jvm.classloader;
class Father2{
public static String strFather="HelloJVM_Father";
static{
System.out.println("Father靜態程式碼塊");
}
}
class Son2 extends Father2{
public static String strSon="HelloJVM_Son";
static{
System.out.println("Son靜態程式碼塊");
}
}
public class InitativeUseTest2 {
public static void main(String[] args) {
System.out.println(Son2.strSon);
}
}
執行結果：
Father靜態程式碼塊
Son靜態程式碼塊
HelloJVM_Son再回頭看這個題，這也太簡單了吧，由於Son2.strSon是呼叫了Son類自己的靜態方法屬於主動使用，所以會初始化Son類，又由於繼承關係，類繼承原則是初始化一個子類，會先去初始化其父類，所以會先去初始化父類！
再看開篇的第二個題
package com.jvm.classloader;
class YeYe{
static {
System.out.println("YeYe靜態程式碼塊");
}
}
class Father extends YeYe{
public static String strFather="HelloJVM_Father";
static{
System.out.println("Father靜態程式碼塊");
}
}
class Son extends Father{
public static String strSon="HelloJVM_Son";
static{
System.out.println("Son靜態程式碼塊");
}
}
public class InitiativeUse {
public static void main(String[] args) {
System.out.println(Son.strFather);
}
}
執行結果：
YeYe靜態程式碼塊
Father靜態程式碼塊
HelloJVM_Father這個題就稍微要注意一下，不過要是你看懂這篇文章，這個題也很簡單。這個題要注意什麼呢？要注意子類Son類沒有被初始化，也就是Son的靜態程式碼塊沒有執行！發現了咩？那我們來分析分析...
首先看到Son.strFather，你會發現是子類Son訪問父類Father的靜態變數strFather，這個時候就千萬要記住我在歸納主動使用概念時特別提到過的一個注意點了：對於靜態欄位，只有直接定義這個欄位的類才會被初始化（執行靜態程式碼塊），這句話在繼承、多型中最為明顯！
嗯哼，對吧，Son.strFather中的靜態欄位是屬於父類Father的對吧，也就是說直接定義這個欄位的類是父類Father，所以在執行 System.out.println(Son.strFather); 這句程式碼的時候會去初始化Father類而不是子類Son！是不是一下子明白了？如果明白了就支援一下博主點個讚唄，謝謝~
再看開篇的第三個題
package com.jvm.classloader;
class YeYe{
static {
System.out.println("YeYe靜態程式碼塊");
}
}
class Father extends YeYe{
public final static String strFather="HelloJVM_Father";
static{
System.out.println("Father靜態程式碼塊");
}
}
class Son extends Father{
public static String strSon="HelloJVM_Son";
static{
System.out.println("Son靜態程式碼塊");
}
}
public class InitiativeUse {
public static void main(String[] args) {
System.out.println(Son.strFather);
}
}
執行結果：HelloJVM_Father這個題唯一的特點就在於final static ！是的Son.strFather所對應的變數便是final static修飾的，依舊是在本篇文章中歸納的類的主動使用範疇第二點當中：訪問某個類或介面的靜態變數，或者對該靜態變數賦值（凡是被final修飾不不不其實更準確的說是在編譯器把結果放入常量池的靜態欄位除外）
所以，這個題並不會初始化任何類，當然除了Main方法所在的類！於是僅僅執行了System.out.println(Son.strFather);所以僅僅列印了Son.strFather的欄位結果HelloJVM_Father，嗯哼，是不是又突然明白了？如果明白了就再支援一下博主點個讚唄，謝謝~
實際上上面的題目並不能完全說明本篇文章中歸納的類的主動使用範疇第二點！這話怎麼說呢？怎麼理解呢？再來一個程式各位就更加明瞭了
package com.jvm.classloader;
import sun.applet.Main;
import java.util.Random;
import java.util.UUID;
class Test{
static {
System.out.println("static 靜態程式碼塊");
}
// public static final String str= UUID.randomUUID().toString();
public static final double str=Math.random(); //編譯期不確定
}
public class FinalUUidTest {
public static void main(String[] args) {
System.out.println(Test.str);
}
}請試想一下結果，會不會執行靜態程式碼塊裡的內容呢？
重點來了
重點來了
重點來了
重點來了
執行結果
static 靜態程式碼塊
0.7338688977344875上面這個程式完全說明本篇文章中歸納的類的主動使用範疇第二點當中的這句話：凡是被final修飾不不不其實更準確的說是在編譯器把結果放入常量池的靜態欄位除外！
分析：==其實final不是重點，重點是編譯器把結果放入常量池！當一個常量的值並非編譯期可以確定的，那麼這個值就不會被放到呼叫類的常量池中，這時在程式執行時，會導致主動使用這個常量所在的類，所以這個類會被初始化==
到這裡，能理解完上面三個題已經很不錯了，但是要想更加好好的學習java，博主不得不給各位再來一頓燒腦盛宴，野心不大，只是單純的想巔覆各位對java程式碼的認知，當然還望大佬輕拍哈哈哈，直接上程式碼：
package com.jvm.classloader;
public class ClassAndObjectLnitialize {
public static void main(String[] args) {
System.out.println("輸出的列印語句");
}
public ClassAndObjectLnitialize(){
System.out.println("構造方法");
System.out.println("我是熊孩子我的智商=" + ZhiShang +",情商=" + QingShang);
}
{
System.out.println("普通程式碼塊");
}
int ZhiShang = 250;
static int QingShang = 666;
static
{
System.out.println("靜態程式碼塊");
}
}建議這個題不要花太多時間思考，否則看了結果你會發現自己想太多了，導致最後可能你看到結果想砸電腦哈哈哈
隔離執行結果專業跑龍套...
隔離執行結果專業跑龍套...
隔離執行結果專業跑龍套...
隔離執行結果專業跑龍套...
隔離執行結果專業跑龍套...
執行結果
靜態程式碼塊
輸出的列印語句怎麼樣，是不是沒有你想的那麼複雜呢？
下面我們來簡單分析一下，首先根據上面說到的觸發初始化的（主動使用）的第六點：Java虛擬機器啟動時被標明為啟動類的類（ JavaTest ），還有就是Main方法的類會首先被初始化
嗯哼？小白童鞋就有疑問了：不是說好有Main方法的類會被初始化的麼？那怎麼好多東西都沒有執行捏？
那麼類的初始化順序到底是怎麼樣的呢？在我們程式碼中，我們只知道有一個構造方法，但實際上Java程式碼編譯成位元組碼之後，最開始是沒有構造方法的概念的，只有==類初始化方法== 和 ==物件初始化方法== 。
這個時候我們就不得不深入理解了！那麼這兩個方法是怎麼來的呢？
類初始化方法：編譯器會按照其出現順序，收集：類變數（static變數）的賦值語句、靜態程式碼塊，最終組成類初始化方法。==類初始化方法一般在類初始化的時候執行。==
所以，上面的這個例子，類初始化方法就會執行下面這段程式碼了：
static int QingShang = 666; //類變數（static變數）的賦值語句
static //靜態程式碼塊
{
System.out.println("靜態程式碼塊");
}而不會執行普通賦值語句以及普通程式碼塊了
物件初始化方法：編譯器會按照其出現順序，收集：成員變數的賦值語句、普通程式碼塊，最後收集建構函式的程式碼，最終組成物件初始化方法，值得特別注意的是，如果沒有監測或者收集到建構函式的程式碼，則將不會執行物件初始化方法。==物件初始化方法一般在例項化類物件的時候執行。==
以上面這個例子，其物件初始化方法就是下面這段程式碼了：
{
System.out.println("普通程式碼塊"); //普通程式碼塊
}
int ZhiShang = 250; //成員變數的賦值語句
System.out.println("構造方法"); //最後收集建構函式的程式碼
System.out.println("我是熊孩子我的智商=" + ZhiShang +",情商=" + QingShang);明白了類初始化方法 和 物件初始化方法 之後，我們再來看這個上面例子！是的！正如上面提到的：如果沒有監測或者收集到建構函式的程式碼，則將不會執行物件初始化方法。上面的這個例子確實沒有執行物件初始化方法。忘了嗎？我們根本就沒有對類ClassAndObjectLnitialize 進行例項化！只是單純的寫了一個輸出語句。
如果我們給其例項化，驗證一下，程式碼如下：
package com.jvm.classloader;
public class ClassAndObjectLnitialize {
public static void main(String[] args) {
new ClassAndObjectLnitialize();
System.out.println("輸出的列印語句");
}
public ClassAndObjectLnitialize(){
System.out.println("構造方法");
System.out.println("我是熊孩子我的智商=" + ZhiShang +",情商=" + QingShang);
}
{
System.out.println("普通程式碼塊");
}
int ZhiShang = 250;
static int QingShang = 666;
static
{
System.out.println("靜態程式碼塊");
}
}
執行結果：
靜態程式碼塊
普通程式碼塊
構造方法
我是熊孩子我的智商=250,情商=666
輸出的列印語句 到這裡博主必須要宣告一點了！我為什麼要用這些面試題作為這篇文章的一部分？因為關於學習有一定的方法，你可以設想一下，如果博主不涉及並分析這幾個面試題，你還有耐心看到這裡嗎？小白槓精童鞋說有。。。好的，就算有，大篇大篇的理論各位扣心自問，能掌握所有知識嗎？小白槓精童鞋說說能。。。額，就算能，那你能保證光記理論一個月不遺忘嗎？小白槓精童鞋說可以。。。我特麼一老北京布鞋過去頭給你打歪（我這暴脾氣我天）。所以呢學習要帶著興趣、“目的”、“野心”！希望我這段話能對你有所幫助，哪怕是一點點...
5、理解首次主動使用
我在上面提到過Java程式對類的使用方式可分為兩種:主動使用與被動使用。一般來說只有當對類的首次主動使用的時候才會導致類的初始化，其中首次關鍵字很重要，因此特地用一小結將其講解！
怎麼理解呢？老規矩看個題：
package com.jvm.classloader;
class Father6{
public static int a = 1;
static {
System.out.println("父類粑粑靜態程式碼塊");
}
}
class Son6{
public static int b = 2;
static {
System.out.println("子類熊孩子靜態程式碼塊");
}
}
public class OverallTest {
static {
System.out.println("Main方法靜態程式碼塊");
}
public static void main(String[] args) {
Father6 father6;
System.out.println("======");
father6=new Father6();
System.out.println("======");
System.out.println(Father6.a);
System.out.println("======");
System.out.println(Son6.b);
}
}請試想一下執行結果
執行結果：
Main方法靜態程式碼塊
======
父類粑粑靜態程式碼塊
======
1
======
子類熊孩子靜態程式碼塊
2分析：
首先根據主動使用概括的第六點：Main方法的類會首先被初始化。 所以最先執行Main方法靜態程式碼塊，而 Father6 father6;只是聲明瞭一個引用不會執行什麼，當執行到father6=new Father6();的時候，看到關鍵字new並且將引用father6指向了Father6物件，說明主動使用了，所以父類Father6將被初始化，因此列印了：父類粑粑靜態程式碼塊 ，之後執行 System.out.println(Father6.a);屬於訪問靜態變數所以也是主動使用，這個時候注意了，因為在上面執行father6=new Father6();的時候父類已經主動使用並且初始化過一次了，這次不再是首次主動使用了，所以Father6不會在被初始化，自然它的靜態程式碼塊就不再執行了，所以直接列印靜態變數值1，而後面的System.out.println(Son6.b);同樣，也是隻初始化自己，不會去初始化父類，只因為父類Father6以及不再是首次主動使用了！明白了沒？如果有疑問歡迎留言，絕對第一時間回覆！
6、類載入器
喔o，終於到類載入器內容了！我們之前講的類載入都是給類載入器做的一個伏筆，在這之前講的所有類被載入都是由類載入器來完成的，可見類載入器是多麼重要。由於上面的面試題並不涉及類載入器的相關知識，所以到這裡再涉及涉及類載入器的知識！
類載入器負責載入所有的類，其為所有被載入記憶體中的類生成一個java.lang.Class例項物件。一旦一個類被載入入JVM中，同一個類就不會被再次載入了。正如一個物件有一個唯一的標識一樣，一個載入JVM的類也有一個唯一的標識。
關於唯一識別符號：
在Java中，一個類用其全限定類名（包括包名和類名）作為標識；
但在JVM中，一個類用其全限定類名和其類載入器作為其唯一標識。
類載入器的任務是根據一個類的全限定名來讀取此類的二進位制位元組流到JVM中，然後轉換為一個與目標類對應的java.lang.Class物件例項，在虛擬機器提供了3種類載入器，啟動（Bootstrap）類載入器、擴充套件（Extension）類載入器、系統（System）類載入器（也稱應用類載入器），如下：
站在Java開發人員的角度來看，類載入器可以大致劃分為以下三類：
啟動類載入器： BootstrapClassLoader，啟動類載入器主要載入的是JVM自身需要的類，這個類載入使用C++語言實現的，是虛擬機器自身的一部分，負責載入存放在 JDK\jre\lib(JDK代表JDK的安裝目錄，下同)下，或被 -Xbootclasspath引數指定的路徑中的，並且能被虛擬機器識別的類庫（如rt.jar，所有的java.開頭的類均被 BootstrapClassLoader載入）。啟動類載入器是無法被Java程式直接引用的。==總結一句話：啟動類載入器載入java執行過程中的核心類庫JRE\lib\rt.jar, sunrsasign.jar, charsets.jar, jce.jar, jsse.jar, plugin.jar 以及存放在JRE\classes裡的類，也就是JDK提供的類等常見的比如：Object、Stirng、List...==
擴充套件類載入器： ExtensionClassLoader，該載入器由 sun.misc.Launcher$ExtClassLoader實現，它負責載入 JDK\jre\lib\ext目錄中，或者由 java.ext.dirs系統變數指定的路徑中的所有類庫（如javax.開頭的類），開發者可以直接使用擴充套件類載入器。
應用程式類載入器： ApplicationClassLoader，該類載入器由 sun.misc.Launcher$AppClassLoader來實現，它負責載入使用者類路徑（ClassPath）所指定的類，開發者可以直接使用該類載入器，如果應用程式中沒有自定義過自己的類載入器，一般情況下這個就是程式中預設的類載入器。==總結一句話：應用程式類載入器載入CLASSPATH變數指定路徑下的類 即指你自已在專案工程中編寫的類==
執行緒上下文類載入器：除了以上列舉的三種類載入器，還有一種比較特殊的型別就是執行緒上下文類載入器。類似Thread.currentThread().getContextClassLoader()獲取執行緒上下文類載入器
在Java的日常應用程式開發中，類的載入幾乎是由上述3種類載入器相互配合執行的，在必要時，我們還可以自定義類載入器，因為JVM自帶的類載入器（ClassLoader）只是懂得從本地檔案系統載入標準的java class檔案，因此如果編寫了自己的ClassLoader，便可以做到如下幾點：
1、在執行非置信程式碼之前，自動驗證數字簽名。
2、動態地建立符合使用者特定需要的定製化構建類。
3、從特定的場所取得java class，例如資料庫中和網路中。
需要注意的是，Java虛擬機器對class檔案採用的是按需載入的方式，也就是說當需要使用該類時才會將它的class檔案載入到記憶體生成class物件，而且載入某個類的class檔案時，Java虛擬機器預設採用的是雙親委派模式即把請求交由父類處理，它一種任務委派模式，下面將會詳細講到！
下面我們看一個程式：
package com.jvm.classloaderQi;
public class ClassloaderTest {
public static void main(String[] args) {
//獲取ClassloaderTest類的載入器
ClassLoader classLoader= ClassloaderTest.class.getClassLoader();
System.out.println(classLoader);
System.out.println(classLoader.getParent()); //獲取ClassloaderTest類的父類載入器
System.out.println(classLoader.getParent().getParent());
}
}執行結果：
sun.misc.Launcher$AppClassLoader@18b4aac2
sun.misc.Launcher$ExtClassLoader@1b6d3586
null從上面的結果可以看出，並沒有獲取到ExtClassLoader的父Loader，原因是Bootstrap Loader（啟動類載入器）是用C++語言實現的（這裡僅限於Hotspot，也就是JDK1.5之後預設的虛擬機器，有很多其他的虛擬機器是用Java語言實現的），找不到一個確定的返回父Loader的方式，於是就返回null。至於$符號就是內部類的含義。
7、關於名稱空間
我覺得講類載入器，還是很有必要知道名稱空間這個概念！實際上類載入器的一個必不可少的前提就是名稱空間！
名稱空間概念：
每個類載入器都有自己的名稱空間，名稱空間由該載入器及所有父載入器所載入的類組成。
特別注意：在同一個名稱空間中，不會出現類的完整名字（包括類的包名）相同的兩個類。
在不同的名稱空間中，有可能會出現類的完整名字（包括類的包名）相同的兩個類。
由子載入器載入的類能看見父載入器的類，由父親載入器載入的類不能看見子載入器載入的類
我們已經知道每個類只能被載入一次，其實這樣說是不夠準確的，怎樣才算是準確的呢？那就涉及到名稱空間的概念了！只有在相同的名稱空間中，每個類才只能被載入一次，反過來說就是一個類在不同的名稱空間中是可以被載入多次的，而被載入多次的Class物件是互相獨立的！
7.1、如何理解？
當然，直接把名稱空間的概念直接拋給大家，如果沒有接觸過，100%是看不懂其中的含義的，我敢打包票，假一賠100萬。。。那麼博主就舉出寫例子讓各位深刻體會一下！當然這些例子涉及自定義載入器的一些知識，建議先對自定義載入器有一定了解在看！
例子必知前提：
1、 自己在idea或者eclipse中建立的工程專案中只要編譯之後都會有對應的class檔案成在classPath目錄中
2、 而這些目錄是由ApplicationClassLoader應用載入器載入
3、 我之後會將class檔案放到系統桌面地址上，而這些系統地址由自定義載入器指定，所以由自定義載入器載入
7.2、準備
事先編譯好，然後將專案工程中的兩個位元組碼class檔案【File1和File2】拷貝到系統桌面路徑上，編譯main方法就會出現在專案工程（ClassPath）下，注意以下例子情況中系統桌面路徑的class檔案一直都存在！
Main方法情況：
1、建立一個自定義載入器
classloader2，並宣告桌面class檔案路徑，接著載入File1- 2、列印
File1的載入器 3、
newInstance出File1的例項
File1類的方法情況：
- 1、
File1的構造方法中存在一行程式碼：new File2的new例項程式碼
File2類的方法情況：
- 1、列印
File2的載入器
7.3、測試程式碼情景一
刪除File1、File2專案工程中的class檔案，工程專案的兩個class檔案都刪除（只存在系統桌面路徑下的class檔案）
結果：File1和File2的載入器都是自定義載入器
7.4、測試程式碼情景二
只刪除File1專案工程中的class檔案
結果：File1的載入器是自定義載入器，而執行到File2例項的載入器是App應用載入器
7.5、測試程式碼情景三
只刪除File2專案工程中的class檔案
結果：File1的載入器都是APP應用載入器，而執行到File2例項的時候報NoClassDefFoundError異常
得出結論：載入一個類（File1）的時候，這個類裡面呼叫了其他的類（File2）或者其他類方法的初始化程式碼，那麼這裡面的類也會試著從這個類的載入器開始向上委託載入，如果全都載入不了載入不了就報NoClassDefFoundError異常。
當然這樣理解名稱空間和類載入機制還是遠遠不夠的！
File2類中發生改變情況如下：
- 1、
File1的構造方法中存在一行new File2的例項這沒變 - 2、在
File2的構造方法中，列印（訪問）File1的class檔案
7.6、測試程式碼情景四
只刪除專案工程中File1的class檔案
結果：File1的載入器都是自定義載入器，而執行到File2例項的載入器是App應用載入器，當執行到File2構造方法中的列印（訪問）File1的class檔案的時候報NoClassDefFoundError異常
得出結論：父親載入器載入的類（File2）不能看見子載入器載入的類（File1）
File1方法發生改變情況如下：
1、Main方法中newInstance出File1的例項，File1的構造方法中存在一行new File2的例項這都沒變
2、在File1的構造方法中，列印File2的class檔案
7.7、測試程式碼情景五
只刪除File1專案工程中的class檔案
結果：File1的載入器都是自定義載入器，而執行到File2例項的載入器是App應用載入器，當執行到File1構造方法中的列印File2的class檔案的時候沒問題
得出結論：由子載入器載入的類（File1）能看見父載入器的類（File2）
當然還要注意知道的一點的是：如果兩個載入器之間沒有直接或間接的父子關係，那麼它們各自載入類相互不可見。
當然整對上面的情況還是相當比較抽象，畢竟沒上程式碼，如果有任何疑問，歡迎留言，宜春絕對第一時間回覆！
8、JVM類載入機制
JVM的類載入機制主要有如下3種。
全盤負責：當一個類載入器負責載入某個Class時，該Class所依賴的和引用的其他Class也將由該類載入器負責載入，除非顯示使用另外一個類載入器來載入
父類委託：先讓父類載入器試圖載入該類，只有在父類載入器無法載入該類時才嘗試從自己的類路徑中載入該類，通俗講就是兒子們都他麼是懶豬，自己不管能不能做，就算能載入也先不幹，先給自己的父親做，一個一個往上拋，直到拋到啟動類載入器也就是最頂級父類，只有父親做不了的時候再沒辦法由下一個子類做，直到能某一個子類能做才做，之後的子類就直接返回，實力坑爹！
快取機制：快取機制將會保證所有載入過的Class都會被快取，當程式中需要使用某個Class時，類載入器先從快取區尋找該Class，只有快取區不存在，系統才會讀取該類對應的二進位制資料，並將其轉換成Class物件，存入快取區。這就是為什麼修改了Class後，必須重啟JVM，程式的修改才會生效
9、雙親委派模型
雙親委派模型的工作流程是：如果一個類載入器收到了類載入的請求，它首先不會自己去嘗試載入這個類，而是把請求委託給父載入器去完成，依次向上，因此，所有的類載入請求最終都應該被傳遞到頂層的啟動類載入器中，只有當父載入器在它的搜尋範圍中沒有找到所需的類時，即無法完成該載入，子載入器才會嘗試自己去載入該類。也就是實力坑爹！
雙親委派機制:
1、當AppClassLoader載入一個class時，它首先不會自己去嘗試載入這個類，而是把類載入請求委派給父類載入器ExtClassLoader去完成。
2、當 ExtClassLoader載入一個class時，它首先也不會自己去嘗試載入這個類，而是把類載入請求委派給BootStrapClassLoader去完成。
3、如果 BootStrapClassLoader載入失敗（例如在 $JAVA_HOME/jre/lib裡未查詢到該class），會使用
ExtClassLoader來嘗試載入；
4、若ExtClassLoader也載入失敗，則會使用 AppClassLoader來載入，如果
AppClassLoader也載入失敗，則會報出異常 ClassNotFoundException。
從程式碼層面瞭解幾個Java中定義的類載入器及其雙親委派模式的實現，它們類圖關係如下：
從圖可以看出頂層的類載入器是抽象類ClassLoader類，其後所有的類載入器都繼承自ClassLoader（不包括啟動類載入器），為了更好理解雙親委派模型，ClassLoader原始碼中的loadClass(String)方法該方法載入指定名稱（包括包名）的二進位制型別，該方法在JDK1.2之後不再建議使用者重寫但使用者可以直接呼叫該方法，loadClass()方法是ClassLoader類自己實現的，該方法中的邏輯就是雙親委派模式的實現，loadClass(String name, boolean resolve)是一個過載方法，resolve引數代表是否生成class物件的同時進行解析相關操作。原始碼分析如下：：
public Class<?> loadClass(String name) throws ClassNotFoundException {
return loadClass(name, false);
}
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
// 先從快取查詢該class物件，找到就不用重新載入
Class<?> c = findLoadedClass(name);
if (c == null) {
long t0 = System.nanoTime();
try {
if (parent != null) {
//如果找不到，則委託給父類載入器去載入
c = parent.loadClass(name, false);
} else {
//如果沒有父類，則委託給啟動載入器去載入
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found
// from the non-null parent class loader
}
if (c == null) {
// If still not found, then invoke findClass in order
// 如果都沒有找到，則通過自定義實現的findClass去查詢並載入
c = findClass(name);
// this is the defining class loader; record the stats
sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {//是否需要在載入時進行解析
resolveClass(c);
}
return c;
}
}既然存在這個雙親委派模型，那麼就一定有著存在的意義，其意義主要是：Java類隨著它的類載入器一起具備了一種帶有優先順序的層次關係，通過這種層級關可以避免類的重複載入，當父親已經載入了該類時，就沒有必要子ClassLoader再載入一次。其次是考慮到安全因素，java核心api中定義型別不會被隨意替換，假設通過網路傳遞一個名為java.lang.Integer的類，通過雙親委託模式傳遞到啟動類載入器，而啟動類載入器在核心Java API發現這個名字的類，發現該類已被載入，並不會重新載入網路傳遞的過來的java.lang.Integer，而直接返回已載入過的Integer.class，這樣便可以防止核心API庫被隨意篡改。
雙親委派模型意義總結來講就是：
1、系統類防止記憶體中出現多份同樣的位元組碼
2、保證Java程式安全穩定執行
10、ClassLoader原始碼分析
ClassLoader類是一個抽象類，所有的類載入器都繼承自ClassLoader（不包括啟動類載入器），因此它顯得格外重要，分析ClassLoader抽象類也是非常重要的！
簡單小結一下ClassLoader抽象類中一些概念：
二進位制概念（Binary name）：格式如下
把二進位制名字轉換成檔名字，然後在檔案系統中磁碟上讀取其二進位制檔案（class檔案），每一個class物件都包含了定義了這個類的classload物件，class類都是由類載入器載入的只有陣列型別是有JVM根據需要動態生成。
特別注意陣列型別：
1、 陣列類的類物件不是由類載入器建立的，而是根據Java執行時的需要自動建立的。
2、 陣列類的類載入器getClassLoader()與它的元素型別的類載入器相同;如果元素型別是基本型別，則陣列類沒有類載入器也就是null，而這個null不同於根類載入器返回的null，它是單純的null。
到這裡，下面就主要分析ClassLoader抽象類中幾個比較重要的方法。
10、1.loadClass
該方法載入指定名稱（包括包名）的二進位制型別，該方法在JDK1.2之後不再建議使用者重寫但使用者可以直接呼叫該方法，loadClass()方法是ClassLoader類自己實現的，該方法中的邏輯就是雙親委派模式的實現，其原始碼如下，loadClass(String name, boolean resolve)是一個過載方法，resolve引數代表是否生成class物件的同時進行解析相關操作：
public Class<?> loadClass(String name) throws ClassNotFoundException {
return loadClass(name, false);
}
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
// 先從快取查詢該class物件，找到就不用重新載入
Class<?> c = findLoadedClass(name);
if (c == null) {
long t0 = System.nanoTime();
try {
if (parent != null) {
//如果找不到，則委託給父類載入器去載入
c = parent.loadClass(name, false);
} else {
//如果沒有父類，則委託給啟動載入器去載入
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found
// from the non-null parent class loader
}
if (c == null) {
// If still not found, then invoke findClass in order
// 如果都沒有找到，則通過自定義實現的findClass去查詢並載入
c = findClass(name);
// this is the defining class loader; record the stats
sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {//是否需要在載入時進行解析
resolveClass(c);
}
return c;
}
}正如loadClass方法所展示的，當類載入請求到來時，先從快取中查詢該類物件，如果存在直接返回，如果不存在則交給該類載入去的父載入器去載入，倘若沒有父載入則交給頂級啟動類載入器去載入，最後倘若仍沒有找到，則使用findClass()方法去載入（關於findClass()稍後會進一步介紹）。從loadClass實現也可以知道如果不想重新定義載入類的規則，也沒有複雜的邏輯，只想在執行時載入自己指定的類，那麼我們可以直接使用this.getClass().getClassLoder.loadClass("className")，這樣就可以直接呼叫ClassLoader的loadClass方法獲取到class物件。
10、2.findClass
在JDK1.2之前，在自定義類載入時，總會去繼承ClassLoader類並重寫loadClass方法，從而實現自定義的類載入類，但是在JDK1.2之後已不再建議使用者去覆蓋loadClass()方法，而是建議把自定義的類載入邏輯寫在findClass()方法中，從前面的分析可知，findClass()方法是在loadClass()方法中被呼叫的，當loadClass()方法中父載入器載入失敗後，則會呼叫自己的findClass()方法來完成類載入，這樣就可以保證自定義的類載入器也符合雙親委託模式。需要注意的是ClassLoader類中並沒有實現findClass()方法的具體程式碼邏輯，取而代之的是丟擲ClassNotFoundException異常，同時應該知道的是findClass方法通常是和defineClass方法一起使用的(稍後會分析)，ClassLoader類中findClass()方法原始碼如下：
//直接丟擲異常
protected Class<?> findClass(String name) throws ClassNotFoundException {
throw new ClassNotFoundException(name);
}10、3.defineClass(byte[] b, int off, int len)
defineClass()方法是用來將byte位元組流解析成JVM能夠識別的Class物件(ClassLoader中已實現該方法邏輯)，通過這個方法不僅能夠通過class檔案例項化class物件，也可以通過其他方式例項化class物件，如通過網路接收一個類的位元組碼，然後轉換為byte位元組流建立對應的Class物件，defineClass()方法通常與findClass()方法一起使用，一般情況下，在自定義類載入器時，會直接覆蓋ClassLoader的findClass()方法並編寫載入規則，取得要載入類的位元組碼後轉換成流，然後呼叫defineClass()方法生成類的Class物件，簡單例子如下：
protected Class<?> findClass(String name) throws ClassNotFoundException {
// 獲取類的位元組陣列
byte[] classData = getClassData(name);
if (classData == null) {
throw new ClassNotFoundException();
} else {
//使用defineClass生成class物件
return defineClass(name, classData, 0, classData.length);
}
}需要注意的是，如果直接呼叫defineClass()方法生成類的Class物件，這個類的Class物件並沒有解析(也可以理解為連結階段，畢竟解析是連結的最後一步)，其解析操作需要等待初始化階段進行。
10、4.resolveClass (Class<?>c)
使用該方法可以使用類的Class物件建立完成也同時被解析。前面我們說連結階段主要是對位元組碼進行驗證，為類變數分配記憶體並設定初始值同時將位元組碼檔案中的符號引用轉換為直接引用。
10、5.ClassLoader小結
以上上述4個方法是ClassLoader類中的比較重要的方法，也是我們可能會經常用到的方法。接看SercureClassLoader擴充套件了 ClassLoader，新增了幾個與使用相關的程式碼源(對程式碼源的位置及其證書的驗證)和許可權定義類驗證(主要指對class原始碼的訪問許可權)的方法，一般我們不會直接跟這個類打交道，更多是與它的子類URLClassLoader有所關聯，前面說過，ClassLoader是一個抽象類，很多方法是空的沒有實現，比如 findClass()、findResource()等。而URLClassLoader這個實現類為這些方法提供了具體的實現，並新增了URLClassPath類協助取得Class位元組碼流等功能，在編寫自定義類載入器時，如果沒有太過於複雜的需求，可以直接繼承URLClassLoader類，這樣就可以避免自己去編寫findClass()方法及其獲取位元組碼流的方式，使自定義類載入器編寫更加簡潔。
檢查完父類載入器之後loadClass會去預設呼叫findClass方法，父類（ClassLoader）中的findClass方法主要是丟擲一個異常。
findClass根據二進位制名字找到對應的class檔案，返回值為Class物件Class<?>
defineClass這個方法主要是將一個位元組陣列轉換成Class例項，會拋三個異常，但只是threws一個，因為其他兩個是執行時異常。
loadClass方法是一個載入一個指定名字的class檔案，呼叫findLoadedClass (String)檢查類是否已經載入…如果已經加裝就不再載入而是直接返回第一次載入結果 所以一個類只會載入一次
11、自定義類載入器
自定義核心目的是擴充套件java虛擬機器的動態載入類的機制，JVM預設情況是使用雙親委託機制，雖然雙親委託機制很安全極高但是有些情況我們需要自己的一種方式載入，==比如應用是通過網路來傳輸 Java類的位元組碼，為保證安全性，這些位元組碼經過了加密處理，這時系統類載入器就無法對其進行載入，這樣則需要自定義類載入器來實現==。因此自定義類載入器也是很有必要的。
自定義類載入器一般都是繼承自 ClassLoader類，從上面對 loadClass方法來分析來看，我們只需要重寫 findClass 方法即可。自定義載入器中點：重寫findClass，下面直接看自定義類載入器程式碼的流程：
package com.yichun.classloader;
import java.io.*;
public class MyClassLoader extends ClassLoader {
private String root;
protected Class<?> findClass(String name) throws ClassNotFoundException {
byte[] classData = loadClassData(name);
if (classData == null) {
throw new ClassNotFoundException();
} else {
return defineClass(name, classData, 0, classData.length);
}
}
private byte[] loadClassData(String className) {
String fileName = root + File.separatorChar
+ className.replace('.', File.separatorChar) + ".class";
try {
InputStream ins = new FileInputStream(fileName);
ByteArrayOutputStream baos = new ByteArrayOutputStream();
int bufferSize = 1024;
byte[] buffer = new byte[bufferSize];
int length = 0;
while ((length = ins.read(buffer)) != -1) {
baos.write(buffer, 0, length);
}
return baos.toByteArray();
} catch (IOException e) {
e.printStackTrace();
}
return null;
}
public String getRoot() {
return root;
}
public void setRoot(String root) {
this.root = root;
}
public static void main(String[] args) {
MyClassLoader classLoader = new MyClassLoader();
classLoader.setRoot("D:\\dirtemp");
Class<?> testClass = null;
try {
testClass = classLoader.loadClass("com.yichun.classloader.Demo1");
Object object = testClass.newInstance();
System.out.println(object.getClass().getClassLoader());
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
}
}自定義類載入器的核心在於對位元組碼檔案的獲取，如果是加密的位元組碼則需要在該類中對檔案進行解密。上面程式碼程式只是簡單Demo，並未對class檔案進行加密，因此省略瞭解密的過程。這裡有幾點需要注意：
1、這裡傳遞的檔名需要是類的全限定性名稱，即com.yichun.test.classloading.Test格式的，因為
defineClass 方法是按這種格式進行處理的。
2、最好不要重寫loadClass方法，因為這樣容易破壞雙親委託模式。
3、這類Test 類本身可以被 AppClassLoader類載入，因此我們不能把com/yichun/test/classloading/Test.class放在類路徑下。否則，由於雙親委託機制的存在，會直接導致該類由AppClassLoader載入，而不會通過我們自定義類載入器來載入。
12、載入類的三種方式
到這裡，相信大家已經對類的載入以及載入器有一定的瞭解了，那麼你知道嗎，其實載