之前去面試的時候面試官問了我關于關于JVM性能調優的問題，由于自己之前公司的項目里自己沒有接觸到JVM性能調優的相關問題(感覺這些都是公司架構師考慮的問題)，所有面試官問的時候自己一臉懵逼，所有最后的結果當然是涼涼。。，于是，為了查漏補缺，就去學習了一下JVM的相關知識，希望能幫助到大家。

[[334689]]

​ 在學習任何一項新的知識之前，我都會先列出一份學習大綱，然后按照這個學習大綱一步一步的來學習了解，所以學習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對象用來封裝類在方法區中的數據結構

類的連接(又細分了三個階段)：

• ​ 驗證：確保被加載類的正確性
• ​ 準備：為類的靜態變量(也可以稱為類變量)分配內存，并將其初始化為默認值(比如int 的默認值就是0)
• ​ 解析：將類中的符號引用轉換為直接引用

類的初始化：為類的靜態變量進行賦值(從代碼從上到下執行)

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其他板塊相關知識得相關總結。