# 前言 ​ 之前去面試的時候面試官問了我關於關於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 ### 有收穫？希望老鐵們來個三連擊，給更多的人看到這