java_guide_類加載器

類加載器總結

JVM 中內置了三個重要的 ClassLoader，除了 BootstrapClassLoader 其餘類加載器均由 Java 實現且所有繼承自java.lang.ClassLoader：

1. BootstrapClassLoader(啓動類加載器) ：最頂層的加載類，由C++實現，負責加載 %JAVA_HOME%/lib目錄下的jar包和類或者或被 -Xbootclasspath參數指定的路徑中的全部類。
2. ExtensionClassLoader(擴展類加載器) ：主要負責加載目錄 %JRE_HOME%/lib/ext 目錄下的jar包和類，或被 java.ext.dirs 系統變量所指定的路徑下的jar包。
3. AppClassLoader(應用程序類加載器) :面向咱們用戶的加載器，負責加載當前應用classpath下的全部jar包和類。

雙親委派模型介紹

每個類都有一個對應它的類加載器。系統中的 ClassLoder 在協同工做的時候會默認使用 雙親委派模型 。即在類加載的時候，系統會首先判斷當前類是否被加載過。已經被加載的類會直接返回，不然纔會嘗試加載。加載的時候，首先會把該請求委派該父類加載器的 loadClass() 處理，所以全部的請求最終都應該傳送到頂層的啓動類加載器 BootstrapClassLoader 中。當父類加載器沒法處理時，才由本身來處理。當父類加載器爲null時，會使用啓動類加載器 BootstrapClassLoader 做爲父類加載器。

 

 每一個類加載都有一個父類加載器，咱們經過下面的程序來驗證。

public class ClassLoaderDemo {
    public static void main(String[] args) {
        System.out.println("ClassLodarDemo's ClassLoader is " + ClassLoaderDemo.class.getClassLoader());
        System.out.println("The Parent of ClassLodarDemo's ClassLoader is " + ClassLoaderDemo.class.getClassLoader().getParent());
        System.out.println("The GrandParent of ClassLodarDemo's ClassLoader is " + ClassLoaderDemo.class.getClassLoader().getParent().getParent());
    }
}

 

ClassLodarDemo's ClassLoader is sun.misc.Launcher$AppClassLoader@18b4aac2
The Parent of ClassLodarDemo's ClassLoader is sun.misc.Launcher$ExtClassLoader@1b6d3586
The GrandParent of ClassLodarDemo's ClassLoader is null

 

AppClassLoader的父類加載器爲ExtClassLoader ExtClassLoader的父類加載器爲null，null並不表明ExtClassLoader沒有父類加載器，而是 BootstrapClassLoader 。

雙親委派模型的好處

雙親委派模型保證了Java程序的穩定運行，能夠避免類的重複加載（JVM 區分不一樣類的方式不只僅根據類名，相同的類文件被不一樣的類加載器加載產生的是兩個不一樣的類），也保證了 Java 的核心 API 不被篡改。若是沒有使用雙親委派模型，而是每一個類加載器加載本身的話就會出現一些問題，好比咱們編寫一個稱爲 java.lang.Object 類的話，那麼程序運行的時候，系統就會出現多個不一樣的 Object 類。

---

 

轉：深刻分析Java ClassLoader原理

1、什麼是ClassLoader?
         你們都知道，當咱們寫好一個Java程序以後，不是管是CS仍是BS應用，都是由若干個.class文件組織而成的一個完整的Java應用程序，當程序在運行時，即會調用該程序的一個入口函數來調用系統的相關功能，而這些功能都被封裝在不一樣的class文件當中，因此常常要從這個class文件中要調用另一個class文件中的方法，若是另一個文件不存在的，則會引起系統異常。而程序在啓動的時候，並不會一次性加載程序所要用的全部class文件，而是根據程序的須要，經過Java的類加載機制（ClassLoader）來動態加載某個class文件到內存當中的，從而只有class文件被載入到了內存以後，才能被其它class所引用。因此ClassLoader就是用來動態加載class文件到內存當中用的。

 一、原理介紹
       ClassLoader使用的是雙親委託模型來搜索類的，每一個ClassLoader實例都有一個父類加載器的引用（不是繼承的關係，是一個包含的關係），虛擬機內置的類加載器（Bootstrap ClassLoader）自己沒有父類加載器，但能夠用做其它ClassLoader實例的的父類加載器。當一個ClassLoader實例須要加載某個類時，它會試圖親自搜索某個類以前，先把這個任務委託給它的父類加載器，這個過程是由上至下依次檢查的，首先由最頂層的類加載器Bootstrap ClassLoader試圖加載，若是沒加載到，則把任務轉交給Extension ClassLoader試圖加載，若是也沒加載到，則轉交給App ClassLoader 進行加載，若是它也沒有加載獲得的話，則返回給委託的發起者，由它到指定的文件系統或網絡等URL中加載該類。若是它們都沒有加載到這個類時，則拋出ClassNotFoundException異常。不然將這個找到的類生成一個類的定義，並將它加載到內存當中，最後返回這個類在內存中的Class實例對象。

二、爲何要使用雙親委託這種模型呢？
       由於這樣能夠避免重複加載，當父親已經加載了該類的時候，就沒有必要子ClassLoader再加載一次。考慮到安全因素，咱們試想一下，若是不使用這種委託模式，那咱們就能夠隨時使用自定義的String來動態替代java核心api中定義的類型，這樣會存在很是大的安全隱患，而雙親委託的方式，就能夠避免這種狀況，由於String已經在啓動時就被引導類加載器（Bootstrcp ClassLoader）加載，因此用戶自定義的ClassLoader永遠也沒法加載一個本身寫的String，除非你改變JDK中ClassLoader搜索類的默認算法。

三、 可是JVM在搜索類的時候，又是如何斷定兩個class是相同的呢？

     JVM在斷定兩個class是否相同時，不只要判斷兩個類名是否相同，並且要判斷是否由同一個類加載器實例加載的。只有二者同時知足的狀況下，JVM才認爲這兩個class是相同的。

4、定義自已的ClassLoader
既然JVM已經提供了默認的類加載器，爲何還要定義自已的類加載器呢？

由於Java中提供的默認ClassLoader，只加載指定目錄下的jar和class，若是咱們想加載其它位置的類或jar時，好比：我要加載網絡上的一個class文件，經過動態加載到內存以後，要調用這個類中的方法實現個人業務邏輯。在這樣的狀況下，默認的ClassLoader就不能知足咱們的需求了，因此須要定義本身的ClassLoader。

定義自已的類加載器分爲兩步：

一、繼承java.lang.ClassLoader

二、重寫父類的findClass方法

讀者可能在這裏有疑問，父類有那麼多方法，爲何恰恰只重寫findClass方法？

      由於JDK已經在loadClass方法中幫咱們實現了ClassLoader搜索類的算法，當在loadClass方法中搜索不到類時，loadClass方法就會調用findClass方法來搜索類，因此咱們只需重寫該方法便可。如沒有特殊的要求，通常不建議重寫loadClass搜索類的算法。