詳解Java中的類加載器ClassLoader的類型及使用

一、ClassLoader簡介

ClassLoader負(fù)責(zé)在運行時將Java類動態(tài)加載到JVM中，而且ClassLoader是JRE的一部分。因此，由于ClassLoader的存在，JVM無需了解底層文件和文件系統(tǒng)即可運行Java程序。

而且，ClassLoader并不會一次把所有Java類加載到內(nèi)存中，而是在應(yīng)用程序需要的時候加載。這就是ClassLoader發(fā)揮作用的地方，它們負(fù)責(zé)將類加載到內(nèi)存中。

二、內(nèi)置的CLassLoader的類型

下面是一個簡單的例子，它展示了不同的類被哪種ClassLoader加載的：

 執(zhí)行上面的方法，將打?。?/p>

如我們所看到的，這里有三種不同的ClassLoader：AppClassLoader、ExtClassLoader和BootstrapClassLoader。BootstrapClassLoader顯示為null，這是因為BootstrapClassLoader是本機代碼（由C/C++編寫，本身是JRE的一部分）而不是Java代碼編寫的，因此不會顯示為Java類。

AppClassLoader加載了上面示例方法的類（Test），AppClassLoader將我們的java類加載到類路徑中。

接下來，ExtClassLoader加載了Logging類，ExtClassLoader加載作為標(biāo)準(zhǔn)核心的Java擴展類 - %JAVA_HOME%/jre/lib/ext下的類。

最后是BootstrapClassLoader加載了ArrayList類，BootstrapClassLoader是所有ClassLoader的父級。

三、BootstrapClassLoader

Java類是由java.lang.ClassLoader的實例加載的，但是AppClassLoader本身就是一個Java類。因此誰來加載AppClassLoader（java.lang.ClassLoader）？

這就是BootstrapClassLoader發(fā)揮作用的地方了。

BootstrapClassLoader負(fù)責(zé)加載JDK內(nèi)部的類，rt.jar和%JAVA_HOME%/lib目錄下的其他核心庫，ext目錄是擴展庫。此外BootstrapClassLoader還是其他ClassLoader實例的爸爸。

BootstrapClassLoader是JVM的一部分，它是由本機代碼（C/C++）編寫，在不同的平臺上會有不同的實現(xiàn)。

四、ExtClassLoader

ExtClassLoader是BootstrapClassLoader的子類，它負(fù)責(zé)加載標(biāo)準(zhǔn)核心的Java擴展類，它從JDK的擴展目錄%JAVA_HOME%/lib/ext/目錄或環(huán)境變量java.ext.dirs目錄下加載對應(yīng)的擴展類。

五、AppClassLoader

AppClassLoader負(fù)責(zé)將所有的應(yīng)用程序級的類加載到JVM中，它加載在類環(huán)境變量CLASSPATH下的文件，而且它是ExtClassLoader的子類。

六、ClassLoader如何工作？

ClassLoader是JRE的一部分，當(dāng)JVM請求一個類時，ClassLoader嘗試定位該類，并使用完全限定的類名稱來加載該類。

java.lang.ClassLoader.loadClass()方法時負(fù)責(zé)加載類成為運行時，它首先會嘗試基于完全限定的類名稱去加載類，如果沒有加載到該類，它就會委派給父類ClassLoader，這個過程使用遞歸完成的。

最終，如果父類ClassLoader找不到該類，則子類將調(diào)用
java.net.URLClassLoader.findClass()方法在文件系統(tǒng)中查找該類。如果最后一個子類ClassLoader也無法加載該類，就拋出java.lang.NoClassDeFoundError或java.lang.ClassNotFoundExcrption異常。

從調(diào)用java.lang.ClassForName()開始，它首先將嘗試通過父類ClassLoader加載該類，然后嘗試通過
java.net.URLClassLoader.findClass()查找class本身。當(dāng)讓任然找不到該類是，它將拋出ClassNotFoundException異常。

ClassLoader具有三個重要的特性。

七、委托模型

ClassLoader遵循委托模型，在該模型中，根據(jù)請求查找類或者資源，ClassLoader實例會將對類或者資源的搜索委托給父級ClassLoader。

假設(shè)我們有一個應(yīng)用程序類加載到JVM中的請求，AppClassLoader會將該類的加載委托給其父級ExtClassLoader，而父級ExtClassLoader又將委托給BootstrapClassLoader。

僅當(dāng)BootstrapClassLoader和ExtClassLoader未能成功加載類時，AppClassLoader才會去加載類。

八、class唯一性

作為委托模型的結(jié)果，很容易確保class的唯一性，因為我們總是嘗試向上委托。如果父類ClassLoader無法找到該類，則只有當(dāng)前的ClassLoader實例會親自去加載。

九、可見性

子類ClassLoader對其父類ClassLoader加載的類是可以見的。

例如，BootstrapClassLoader加載的類對ExtClassLoader加載的類具有可見性，反之亦然。

如果AppClassLoader加載了類A，ExtClassLoader加載了類B，那么就AppClassLoader加載的其他類而言，A和B都是可見的。

但是就ExtClassLoader加載其他類而言，類B是唯一可見的類。

到此這篇關(guān)于詳解Java類加載器ClassLoader內(nèi)容的文章就介紹到這了,更多相關(guān)Java ClassLoader的內(nèi)容，請搜索W3Cschool以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，也希望大家以后多多支持我們！