我把JVM的類加載器整理了一下
- 2020 年 7 月 22 日
- 筆記
前言
之前去面試的時候面試官問了我關於關於JVM性能調優的問題，由於自己之前公司的項目里自己沒有接觸到JVM性能調優的相關問題（感覺這些都是公司架構師考慮的問題），所有面試官問的時候自己一臉懵逼，所有最後的結果當然是涼涼。。，於是，為了查漏補缺，就去學習了一下JVM的相關知識，希望能幫助到大家。
正文
在學習任何一項新的知識之前，我都會先列出一份學習大綱，然後按照這個學習大綱一步一步的來學習了解，所以學習JVM這個新的技術，我也分為了3個板塊來學習：JVM類加載器，JVM內存結構，JVM垃圾回收這三個板塊來學習，今天這篇文章講的是JVM類加載器。
1、什麼是JVM
既然是學習關於JVM的相關理論知識，我們當然得知道什麼是JVM。JVM是Java Virtual Machine（Java虛擬機）的縮寫。既然說到虛擬機，可能又會有人問什麼是虛擬機了，我這裡把虛擬機得相關概念放在這裡：
虛擬機：就是一台虛擬的計算機，他是一款軟件；用來執行一系列計算機指令。虛擬機可以分為系統虛擬機和程序虛擬機。
-
系統虛擬機：比如VMware，他們完全是對物理計算機的仿真，提供了一個可運行完整操作系統的軟件平台。
-
程序虛擬機：比如Java虛擬機，它專門為執行單個計算機程序而設計。在Java虛擬機中執行的 指令我們稱為Java位元組碼指令。（JVM是運行在操作系統之上的，它與硬件沒有直接的交互）
所以根據定義，我們可以得知JVM是程序虛擬機。那麼JVM在哪裡呢，其實，我們在最開始學習Java得時候，都必須按照Java得運行環境，從網上下載JDK安裝包，安裝完成之後，在安裝路徑下會有兩個文件夾，一個叫Jdk，一個叫jre,而java虛擬機就在jre的文件夾裏面。
存在即有他存在的道理，那麼JVM的存在有什麼用呢？他是用來幹嘛的呢？學過JAVA的都知道，java程序要想運行，Java源程序（.java）要先編譯成與平台無關的位元組碼文件(.class)，然後位元組碼文件再解釋成機器碼運行。而解釋得這個過程就是通過Java虛擬機來執行的（可以參考下面這張圖理解）。java虛擬機是來解釋位元組碼文件的，而解釋得這個過程其實是一個很複雜得過程，所以這就到了我們今天要講得主題了。
2、類加載（classLoading）
我們先來了解一下類加載得整個過程。從下圖可以看到類的生命周期一共分為5個階段，加載、連接（包括驗證、準備和解析）、初始化、使用（類得實例化）、卸載（垃圾回收）。
在Java代碼中，我們都知道類（指的是類本身Class，比如,Interface,Enum）的加載、連接、初始化過程都是在程序運行期間完成的。下面我們就先講一下類得加載、連接和初始化。
類的加載：最常見的一種情況是將已存在的類的Class文件（也就是位元組碼文件）從磁盤上面加載到內存裏面，將其放在運行時數據區的方法區中，然後在內存中創建一個java.lang.Class對象用來封裝類在方法區中的數據結構
類的連接（又細分了三個階段）：
1、驗證：確保被加載類的正確性
2、準備：為類的靜態變量（也可以稱為類變量）分配內存，並將其初始化為默認值（比如int 的默認值就是0）
3、解析：將類中的符號引用轉換為直接引用
類的初始化：為類的靜態變量進行賦值（從代碼從上到下執行）
Java程序對類的使用方式可分為兩種：
-
主動使用
-
被動使用
所有的Java虛擬機實現，在每個類或接口被Java程序”首次主動使用”時才初始化他們，一定要記住，是首次並且還是主動使用得時候才會初始化類。
如果對其類或者接口主動使用導致初始化了（此時的初始化就說明加載、連接（連接的三個步驟，注意，此時的連接只完成類的靜態變量分配內存，並將其初始化為默認值）已經完成了）
我這裡總結了7種主動使用：
——創建類的實例
——訪問某個類或接口的靜態變量，或者對該靜態變量賦值
——調用類的靜態方法
——反射（如class.forName()）
——初始化一個類的子類
——Java虛擬機啟動時被表明為啟動類的類
——JDK1.7開始提高的動態語言支持；
除了以上7種情況，其他使用Java類的方式都被看做是對類的被動使用，都不會導致類的初始化。
3、類的加載連接初始化詳細講解
其實我們知道類的加載的最終產品是位於內存中的Class對象，Class對象封裝了類在方法區內的數據結構，並且向Java程序員提供了訪問方法區內的數據結構的接口。
根據以上的總結，我們知道類的連接其實就是當類被加載後，就進入連接階段。連接就是將已經讀入到內存的類的二進制數據合併到虛擬機的運行環境中去。那麼類的驗證的內容有哪些呢？
-
類文件的結構檢查
-
語義檢查
-
位元組碼驗證
-
二進制兼容性的驗證
4、類加載器
類的加載其實是類加載器去完成的，我們可以把類加載器想像成一個小人，幫助JVM幹活的。那麼類加載器的定義是什麼呢，這裡按照我個人的理解總結了一下：
類加載器（classLoader）：類加載器是用來把類加載到Java虛擬機的內存空間中（加載類的工具，類一定是由類加載器去加載）。從JDK1.2版本開始，類的加載過程採用雙親委託機制。這種機制能更好的保證Java平台的安全。在此委託機制中，除了Java虛擬機自帶的根類加載器之外（因為根類加載器本身是沒有父加載器的），其餘的類加載器都有且只有一個父加載器。當Java程序請求加載器loader1加載Sample類時，loader1首先委託自己的父加載器去加載Sample類，若父加載器能加載，則由父加載器完成加載任務，否則才有加載器loader1本身加載Sample類。
類加載器分為兩種類型：
1、Java虛擬機自帶的加載器
- 根類加載器（BootstrapClassLoader），也稱啟動類加載器
- 擴展類加載器（ExtensionClassLoader）
- 系統（應用）類加載器（SystemClassLoader或者AppClassLoader）
2、用戶自定義的類加載器
- java.lang.ClassLoader的子類（所有用戶自定義的類加載器都應該繼承抽象類ClassLoader類）
- 用戶可以定製類的加載方式
類加載器並不需要等到某個類被」首次主動使用「時再加載它
5、類加載器雙親委託機制詳解
這一小節我們來詳細了解一下類加載器的雙親委託機制。父親委託機制也稱為雙親委託機制（我個人得理解實際上應該叫做父親委託機制，因為在源碼裏面是parent而不是parents）：在父親委託機制中，各個加載器按照父子關係形成了熟悉結構（邏輯上的，比如下圖），除了啟動類加載器之外，其餘的類加載器都有且只有一個父加載器。
以下幾種加載器從表面看是繼承關係，實際上是包含關係哦
我舉例來看看父親委託機制的實際執行：
對上圖執行流程我詳細得解釋一下類加載器父親委託機制具體是怎麼執行得：首先loader1和loader2是我們自定義的加載器，loader1嘗試去加載Sample類，根據父親委託機制，其實並不是由loader1去直接加載Sample類到虛擬機當中，相反，它是把這個加載任務轉交給系統類加載器去完成，系統類加載器再把這個加載任務轉交給擴展類加載器，然後擴展類加載器再轉交給根類加載器去完成，由於根類加載器已經是類加載器體系層次的最頂層，所以根類加載器會嘗試去Sample類到虛擬機當中（然後根類加載器不能加載，因為他是從特定的幾個目錄去加載），既然根類加載器無法完成加載，他就會把這個任務返回給擴展類加載器（同理，原則上也不能加載），再讓系統類加載器去加載（一般是可以加載成功）。最終再把這個流程返回給loader1,就宣告類加載過程結束。
6、獲取類加載器的幾種途徑
既然我們了解了類加載器的種類，那我們也需要了解通過什麼方式可以獲取到類加載器，獲取類加載器的方式我這裡總結了4種方式：
第一種：獲得當前類的ClassLoader：
clazz.getClassLoder()
具體實現如下所示：
Class<?> clazz1 = Class.forName("java.lang.String");
System.out.println(clazz1.getClassLoader());
第二種：獲得當前線程上下文的ClassLoader：
Thread.currentThread().getContextClassLoader();
具體實現如下所示：
ClassLoader contextClassLoader = Thread.currentThread().getContextClassLoader();
System.out.println(contextClassLoader);
第三種：獲得系統ClassLoader：
ClassLoader.getSystemClassLoader();
第四種：獲得調用者的ClassLoader
DriverManager.getCallerLoader()
我們還需要知道其實數組並不是由類加載器加載創建的的，而是當被需要時，被jvm運行時自動創建的，對於數組來說，他的類加載器是和他元素的類型的類加載一樣的，如果元素類型是基本類型，則數組沒有類加載器
ClassLoader類本身默認是並行加載的的（parallel capable），如果子類想支持並行加載，是需要自己註冊的，用戶自定義加載器若需要並行加載，需要自行配置，通過調用registerAsParallelCapable()
7、總結
通過以上得相關總結，我們其實可以發現，JVM學習並不是像spring,springcloud都是應用框架，是可以馬上做東西的，立竿見影，可以馬上看到效果，JVM不是這樣的，涉及到了很多理論。很多同學可能覺得不重要，感覺學了也沒有，其實不然，就像練武一樣，只有你的內功修鍊好了，再去練其他的招式就會很容易，才會精益求精，而JVM就相當於內功，所以可想而知，對於JVM的學習，顯然是很重要的。以上就是我對JVM類加載器相關總結，下一篇文章應該是推出關於結合java源碼理解類加載器得相關內容，當然後續也會推出JVM其他板塊相關知識得相關總結。
公眾號：良許Linux
