如何理解Java常見知識點中的class loader

本篇文章給大家分享的是有關如何理解Java常見知識點中的class loader，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

一. 什么是classLoader

當我們寫好一個Java程序之后，都是由若干個.class文件組織而成的一個完整的Java應用程序，當程序在運行時，即會調用該程序的一個入口函數來調用系統的相關功能，而這些功能都被封裝在不同的class文件當中，所以經常要從這個class文件中要調用另外一個class文件中的方法，如果另外一個文件不存在的，則會引發系統異常。而程序在啟動的時候，并不會一次性加載程序所要用的所有class文件，而是根據程序的需要，通過Java的類加載機制（ClassLoader）來動態加載某個class文件到內存當中的，從而只有class文件被載入到了內存之后，才能被其它class所引用。所以ClassLoader就是用來動態加載class文件到內存當中用的。

二. Java中默認提供的三個ClassLoader

• BootStrap ClassLoader：稱為啟動類加載器，是Java類加載層次中最頂層的類加載器，負責加載JDK中的核心類庫，如：rt.jar、resources.jar、charsets.jar等

• Extension ClassLoader：稱為擴展類加載器，負責加載Java的擴展類庫，默認加載JAVA_HOME/jre/lib/ext/目下的所有jar。

• App ClassLoader：稱為系統類加載器，負責加載應用程序classpath目錄下的所有jar和class文件。

除了Java默認提供的三個ClassLoader之外，用戶還可以根據需要定義自已的ClassLoader，而這些自定義的ClassLoader都必須繼承自java.lang.ClassLoader類，也包括Java提供的另外二個ClassLoader（Extension ClassLoader和App ClassLoader）在內，但是Bootstrap ClassLoader不繼承自ClassLoader，因為它不是一個普通的Java類，底層由C++編寫，已嵌入到了JVM內核當中，當JVM啟動后，Bootstrap ClassLoader也隨著啟動，負責加載完核心類庫后，并構造Extension ClassLoader和App ClassLoader類加載器。

三. ClassLoader原理

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是相同的。就算兩個class是同一份class字節碼，如果被兩個不同的ClassLoader實例所加載，JVM也會認為它們是兩個不同class。比如網絡上的一個Java類org.classloader.simple.NetClassLoaderSimple，javac編譯之后生成字節碼文件NetClassLoaderSimple.class，ClassLoaderA和ClassLoaderB這兩個類加載器并讀取了NetClassLoaderSimple.class文件，并分別定義出了java.lang.Class實例來表示這個類，對于JVM來說，它們是兩個不同的實例對象，但它們確實是同一份字節碼文件，如果試圖將這個Class實例生成具體的對象進行轉換時，就會拋運行時異常java.lang.ClassCaseException，提示這是兩個不同的類型。

四. 定義自己的classLoader

既然JVM已經提供了默認的類加載器，為什么還要定義自已的類加載器呢？

因為Java中提供的默認ClassLoader，只加載指定目錄下的jar和class，如果我們想加載其它位置的類或jar時，比如：我要加載網絡上的一個class文件，通過動態加載到內存之后，要調用這個類中的方法實現我的業務邏輯。在這樣的情況下，默認的ClassLoader就不能滿足我們的需求了，所以需要定義自己的ClassLoader。

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

• 繼承java.lang.ClassLoader

• 重寫父類的findClass方法

讀者可能在這里有疑問，父類有那么多方法，為什么偏偏只重寫findClass方法？

因為JDK已經在loadClass方法中幫我們實現了ClassLoader搜索類的算法，當在loadClass方法中搜索不到類時，loadClass方法就會調用findClass方法來搜索類，所以我們只需重寫該方法即可。如沒有特殊的要求，一般不建議重寫loadClass搜索類的算法。

五. Java類加載的步驟

Java虛擬機通過裝載、連接和初始化一個類型，使該類型可以被正在運行的Java程序使用。

• 裝載：把二進制形式的Java類型讀入Java虛擬機中。

• 連接：把裝載的二進制形式的類型數據合并到虛擬機的運行時狀態中去。 1. 驗證：確保Java類型數據格式正確并且適合于Java虛擬機使用。 2. 準備：負責為該類型分配它所需內存。 3. 解析：把常量池中的符號引用轉換為直接引用。(可推遲到運行中的程序真正使用某個符號引用時再解析)

• 初始化：為類中的靜態變量變量賦適當的初始值，執行靜態代碼塊

所有Java虛擬機實現必須在每個類或接口首次主動使用時初始化。以下六種情況符合主動使用的要求：

• 當創建某個類的新實例時(new、反射、克隆、序列化)

• 調用某個類的靜態方法

• 使用某個類或接口的靜態字段，或對該字段賦值(用final修飾的靜態字段除外，它被初始化為一個編譯時常量表達式)

• 當調用Java API的某些反射方法時。

• 初始化某個類的子類時。

• 當虛擬機啟動時被標明為啟動類的類。

除以上六種情況，所有其他使用Java類型的方式都是被動的，它們不會導致Java類型的初始化。

對于接口來說，只有在某個接口聲明的非常量字段被使用時，該接口才會初始化，而不會因為事先這個接口的子接口或類要初始化而被初始化。

父類需要在子類初始化之前被初始化，所以這些類應該被裝載了。當實現了接口的類被初始化的時候，不需要初始化父接口。然而，當實現了父接口的子類(或者是擴展了父接口的子接口)被裝載時，父接口也要被裝載。(只是被裝載，沒有初始化)

以上就是如何理解Java常見知識點中的class loader，小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。