詳解Java的類加載機制及熱部署的原理
一、什麼是類加載
類的加載指的是將類的.class文件的二進制數據讀入到內存中,將其放在運行數據區的方法去,然後再堆區創建一個java.lang.Class對象,用來封裝類在方法區的數據結構。類的加載的最終產品是位於堆區中的Class對象,Class對象封裝瞭類在方法區的數據結構,並且向Java程序員提供瞭訪問方法區的數據結構的接口。
類加載器並不需要等到某個類被”首次主動使用”時再加載它,JVM規范允許類加載器在預料某個類將要被使用時就預先加載它,如果在預先加載的過程中遇到瞭.class文件的缺失或存在錯誤,類加載器必須在程序首次主動使用該類時才報告錯誤(LinkageError錯誤)如果這個類一直沒有被程序主動使用,那麼類加載器就不會報告錯誤。
那麼加載.class文件的方式如下:
- 從本地系統中直接加載
- 通過網絡下載.class文件
- 從zip、jar等歸檔文件中加載.class文件
- 從專有數據庫中提取.class文件
- 將Java源文件動態編譯為.class文件
二、類的生命周期
其中類加載的過程包括瞭加載、驗證、準備、解析、初始化五個階段。在這5個階段中,加載、驗證、準備和初始化這四個階段發生的順序是確定的,而解析的階段則不一定,它在某些情況下可以在初始化階段之後開始,這是為瞭支持Java語言的運行時綁定(也成為動態綁定或晚期綁定)。另外註意這裡的幾個階段是按順序開始,而不是按順序進行或完成,因為這些階段通常都是互相交互地混合進行的,通常在一個階段執行的過程中調用或激活另一個階段。
2.1 加載
查找並加載類的二進制數據
加載時類加載過程的第一個階段,在加載階段,虛擬機需要完成以下三件事情:
1.通過一個類的全限定名來獲取其定義的二進制字節流。
2.將這個字節流所代表的靜態存儲結構轉化為方法區的運行時數據結構。
3.在Java堆中生成一個代表這個類的java.lang.Class對象,作為對方法區中這些數據的訪問入口。
相對於類加載的其他階段而言,加載階段(準確地說,是加載階段獲取類的二進制的二進制字節流的動作)是可控性最強的階段,因為開發人員既可以使用系統提供的類加載器來完成加載,也可以自定義自己的類加載器來完成加載。
加載階段完成後,虛擬機外部的二進制字節流就按照虛擬機所需的格式存儲在方法區之中,而在Java堆中也創建一個java.lang.Class類的對象,這樣便可以通過該對象訪問方法區中的這些數據。
2.2 連接
驗證:確保被加載的類的正確性
驗證是連接階段的第一步,這一階段的目的是為瞭確保Class文件的字節流中包含的信息符合當前虛擬機的要求,並且不會危害虛擬機自身的安全。驗證階段大致會完成4個階段的校驗動作。
- 文件格式驗證:驗證字節流是否符合Class文件格式的規范;例如:是否以0xCAFEBABE開頭、主次版本號是否在單簽虛擬機的處理范圍之內、常量池中的常量是否有不被支持的類型。
- 元數據驗證:對字節碼描述的信息進行語義分析(註意:對比javac編譯階段的語義分析),以保證其描述信息符合java語言的規范的要求;例如:這個類是否有父類,除瞭java.lang.Object之外。
- 字節碼驗證:通過數據流和控制流分析,確定程序語義是合法的、符合邏輯的。
- 符合引用驗證:確保解析動作能正確執行。
驗證階段是非常重要的,但不是必須的,它對程序運行期沒有影響,如果所引用的類經過反復驗證,那麼可以考慮采用-Xverifynone參數來關閉大部分的類驗證措施,以縮短虛擬機類加載的時間。
準備:為類的靜態變量分配內存,並將其初始化為默認值
準備階段是正式為類變量分配內存並設置類變量初始值的階段,這些內存都將在方法區中分配。對於該階段有以下幾點需要註意:
1.這時候進行內存分配的僅包括類變量(static),而不包括實例變量,實例變量會在對象實例化時隨著對象一塊分配在java堆中。
2.這裡鎖設置的初值通常情況下是數據類型默認的零值(如0、0L、null、false等),而不是被在java代碼中被顯示地賦予的值。
假設一個類變量的定義為:public static int value = 3;
那麼變量value在準備階段過後的初始值為0,而不是3,因為這時候尚未開始執行任何Java方法,而把value賦值為3的putstatic指令是在程序編譯後,存放於類構造器()方法之中的,所以把value賦值為3動作將在初始化階段才會執行。
註意:
(1)對基本數據類型來說,對於類變量(static)和全局變量,如果不顯示地對其賦值而直接使用,則系統會為其默認的零值,而對於局部變量來說,在使用前必須顯示地為其賦值,否則編譯時不通過。
(2)對於同時被static和final修飾的常量,必須在聲明的時候就為其顯示地賦值,否則編譯時不通過;而隻被final修飾的常量則既可以在聲明時顯示地為其賦值,也可以在類初始化時顯示地為其賦值,總之,在使用前必須為其顯示地的賦值,系統不會為其賦予默認零值。
(3)對於引用數據類型reference來說,如數組引用、對象引用等,如果沒有對其進行顯示地賦值而直接使用,系統都會為其賦予默認的零值,即null。
(4)如果在數組初始化時沒有對數組中的各元素賦值,那麼其中的元素將根據對應的數據類型而被賦予零值。
3.如果類字段的字段屬性表中存在ConstantValue屬性,即同時被final和static修飾,那麼在準備的階段變量value就會被初始化為ConstantValue屬性所指定的值。
假設上面的類變量value被定義為:public static final int value = 3;
編譯時javac將會為value生成ConstantValue屬性,在準備階段虛擬機就會根據ConstantValue的設置將value賦值為3.我們可以理解為static final常量在編譯期就將其結果放入瞭調用它的類的常量池中。
解析:把類中的符合引用轉換為直接引用
解析階段是虛擬機將常量池內的符號引用替換為直接引用的過程,解析動作主要針對類或接口、字段、類方法、接口方法、方法類型、方法句柄和調用點限定符7類符號引用進行。符號引用就是一組符號來描述目標,可以是任何字面量。
直接引用就是直接指向目標的指針、相對偏移量或一個間接定位到目標的句柄。
2.3 初始化
初始化,為類的靜態變量賦予正確的初始值,JVM負責對類進行初始化,主要對類變量進行初始化。在java中對類變量進行初始值設定有兩種方式:
1.聲明類變量是指定初始值
2.使用靜態代碼塊為類變量指定初始值
JVM初始化步驟:
1.假設這個類還沒有被加載和連接,則程序先加載並連接該類
2.假設該類的直接父類還沒有被初始化,則先初始化其直接父類
3.假設類中有初始化語句,則系統依次執行這些初始化代碼
類初始化時機:隻有當對類的主動使用的時候才會導致類的初始化,類的主動使用包括以下六種:
1.創建類的實例,也就是new的方式
2.訪問某個類或接口的靜態變量,或者對該靜態變量賦值
3.調用類的靜態方法
4.反射
5.初始化某個類的子類,則其父類也厚被初始化
6.Java虛擬機啟動時被標明為啟動類的類,直接使用java.exe命令來運行某個主類。
2.4 結束生命周期
在如下幾種情況下,Java虛擬機將結束生命周期
1.執行瞭System.exit()方法
2.程序正常執行結束
3.程序在執行過程中遇到瞭異常或錯誤而異常終止
4.由於操作系統出現錯誤而導致Java虛擬機進程終止
三、類加載器
我們先來寫一個類,看看java類的內置瞭哪些的加載器,具體的代碼如下:
package com.ys.classLoader; public class FindClassLoaderTest { public static void main(String[] args) { ClassLoader classLoader = Thread.currentThread().getContextClassLoader(); System.out.println(classLoader); System.out.println(classLoader.getParent()); System.out.println(classLoader.getParent().getParent()); } }
運行的結果如下:
從上圖的結果可以看出,並沒有獲取到ExtClassLoader
的父Loader,原因是BootstrapLoader
(引導類加載器)是用C語言實現的,找不到一個確定的返回父Loader的方式,於是就返回null。
這幾種類加載器的層次的關系如下圖所示:
註意:這裡的父類加載器並不是通過繼承的關系來實現的,而是采用組合實現的。
站在Java虛擬機的角度來講,隻存在兩種不同的類加載器:
1.啟動類加載器:它使用C++實現,是虛擬機自身的一部分
2.所有其他的類加載:這些類加載器都由Java語言實現,獨立於虛擬機之外,並且全部繼承抽象類java.lang.ClassLoader,這些類加載器需要由啟動類加載器加載到內存中之後才能去加載其他的類。
站在java開發人員的角度來看,類加載器可以大致劃分以下三類:
1.啟動類加載器:Bootstrap ClassLoader,負責加載存放在JDK\jre\lib(JDK代表JDK的安裝目錄,下同)下,或被-Xbootclasspath參數指定的路徑中的,並且能被虛擬機識別的類庫(如rt.jar,所有的java.*開頭的類均被BootstrapClassLoader加載)。啟動類加載器是無法被java程序直接引用的。
2.擴展類加載器:Extension ClassLoader,該加載器由sun.misc.Launcher$ExtClassLoader實現,它負責加載JDK\jre\lib\ext目錄中,或者由java.ext.dirs系統變量指定的路徑中的所有的類庫(如javax.*開頭的類),開發者可以直接使用擴展類加載器。
3.應用程序類加載器:Application ClassLoader,該類加載器由sun.misc.Launcher$AppClassLoader來實現,它負責加載用戶類路徑(ClassPath)所指定的類,開發者可以直接使用該類加載器,如果應用程序中沒有自定義過自己的類加載器,一般情況下這個就是程序中默認的類加載器。
應用程序都是由這三種類加載器相互配合進行加載的,如果有必要,我們可以加入自定義的類加載器。因為JVM自帶的ClassLoader隻是懂得從本地文件系統加載標準的java class文件,因此如果編寫自己的ClassLoader,便可以做到如下幾點:
1.在執行非置信的代碼之前,自動驗證數字簽名。
2.動態地創建符合用戶特定需要的定制化構建類。
3.從特定的場所取得java Class,例如數據庫中和網絡中。
四、Java類加載機制
全盤負責:當一個類加載器負責加載某個Class時,該Class所依賴的和引用的其他Class也將由該類加載器負責載入,除非顯示使用另外一個類加載器來載入。
父親委托:先讓父類加載器試圖加載該類,隻有在父類加載器無法加載該類時才嘗試從自己的類路徑中加載該類。
緩存機制:緩存機制將會保證所有加載過的Class都會被緩存,當程序中需要使用某個Class時,類加載器先從緩存區尋找該Class,隻有當緩存區不存在,系統才會讀取該類對應的二進制數據,並將其轉換成Class對象,存入緩存區。這就是為什麼修改瞭Class後,必須重啟JVM,程序的修改才會生效。
五、類的加載
類加載有三種方式:
1.命令行啟動應用時候由JVM初始化加載
2.通過Class.forName()方法動態加載
3.通過ClassLodaer.loadClass()方法動態加載
測試的代碼如下:
package com.ys.classLoader; public class LoadClassTest { public static void main(String[] args) throws Exception { ClassLoader classLoader = LoadClassTest.class.getClassLoader(); System.out.println(classLoader); //使用ClassLoader.loadClass()來加載類,不會執行初始化代碼 //classLoader.loadClass("com.ys.classLoader.Test1"); //使用Class.forName()來加載類,會默認執行初始化代碼 //Class.forName("com.ys.classLoader.Test1"); //使用Class.forName()來加載類,並指定類加載器,不會執行初始化代碼 Class.forName("com.ys.classLoader.Test1", false, classLoader); } }
package com.ys.classLoader; public class Test1 { static { System.out.println("靜態初始化代碼執行瞭...."); } }
Class.forName()和ClassLoader.loadClass()區別
Class.forName():將類的.class文件加載到jvm中之外,還會對類進行解釋,執行類中的static塊;
ClassLoader.loadClass():隻幹一件事情,就是將.class文件加載到jvm中,不會執行static中的內容,隻有在newInstance才會去執行static塊。
Class.forName(name,initialize,loader)帶參函數也可控制是否加載static塊。並且隻有調用瞭newInstance()方法采用調用構造函數,創建類的對象。
六、雙親委派模型
雙親委派模型的工作流程是:如果一個類加載器收到瞭類加載的請求,它首先不會自己去嘗試加載這個類,而是把請求委托給父加載器去完成,依次向上,因此,所有的類加載請求最終都應該被傳遞到頂層的啟動類加載器中,隻有當父加載器在它搜索范圍中沒有找到所需的類時,即無法完成該加載,子加載器才會嘗試自己去加載該類。
具體的過程:
1.當AppClassLoader加載一個Class時,它首先不會自己去嘗試加載這個類,而是把類加載請求委托給父類加載器ExtClassLoader去完成。
2.當ExtClassLoader加載一個Class時,它首先也不會字節去嘗試加載這個類,而是把類加載請求委派給BootstrapClassLoader去完成。
3.如果BootstrapClassLoader加載失敗,會使用ExtClassLoader來嘗試加載
4.若ExtClassLoader也加載失敗,則會使用AppClassLoader來加載,如果AppClassLoader也加載失敗,則會報出異常ClassNotFoundException。
ClassLoader源碼分析:
public Class<?> loadClass(String name)throws ClassNotFoundException { return loadClass(name, false); } protected synchronized Class<?> loadClass(String name, boolean resolve)throws ClassNotFoundException { // 首先判斷該類型是否已經被加載 Class c = findLoadedClass(name); if (c == null) { //如果沒有被加載,就委托給父類加載或者委派給啟動類加載器加載 try { if (parent != null) { //如果存在父類加載器,就委派給父類加載器加載 c = parent.loadClass(name, false); } else { //如果不存在父類加載器,就檢查是否是由啟動類加載器加載的類,通過調用本地方法native Class findBootstrapClass(String name) c = findBootstrapClass0(name); } } catch (ClassNotFoundException e) { // 如果父類加載器和啟動類加載器都不能完成加載任務,才調用自身的加載功能 c = findClass(name); } } if (resolve) { resolveClass(c); } return c; }
雙親委派模型的意義:
- 系統類防止內存中出現多份同樣的字節碼
- 保證java程序安全穩定運行。
七、自定義加載器的應用
7.1 熱部署
我們都知道JVM中有緩存的機制,所以這也會導致我們修改的類,必須重啟JVM虛擬機,才會加載新的類,從而達成修改的目的。那我們可不可以通過自己寫的類加載器,然後在類的修改的同時,我們讓自定義類加載來重新加載我們修改的類。
通過上面的源碼的閱讀和雙親委派的機制,我們這兒寫的自定義的類加載器,如果在不打破雙親委派機制的話,那麼我們寫的自定義類加載器將不會工作。所以我們這兒要打破雙親委派機制。
我們先寫一個自定義的類加載器,具體的代碼如下:
package com.classloader; import com.Application; import com.Test; import java.io.File; import java.io.FileInputStream; import java.io.InputStream; import java.util.ArrayList; import java.util.List; public class MyClassLoader extends ClassLoader { //目的 讓緩存裡面永遠能返回一個Class對象 這樣就不需要走父類加載器瞭 //在構造方法裡面加載類 loadClass //項目的根路徑 public String rootPath; //所有需要由我這個類加載器加載的類存在這個集合 public List<String> clazzs; //兩個classloader 一個是負責加載 需要被熱部署的代碼的 //一個是加載系統的一些類的 //classPaths: 需要被熱部署的加載器去加載的目錄 public MyClassLoader(String rootPath, String... classPaths) throws Exception { this.rootPath = rootPath; this.clazzs = new ArrayList<>(); for (String classPath : classPaths) { scanClassPath(new File(classPath)); } } //掃描項目裡面傳進來的一些class public void scanClassPath(File file) throws Exception { if (file.isDirectory()) { for (File file1 : file.listFiles()) { scanClassPath(file1); } } else { String fileName = file.getName(); String filePath = file.getPath(); String endName = fileName.substring(fileName.lastIndexOf(".") + 1); if (endName.equals("class")) { //現在我們加載到的是一個Class文件 //如何吧一個Class文件 加載成一個Class對象???? InputStream inputStream = new FileInputStream(file); byte[] bytes = new byte[(int) file.length()]; inputStream.read(bytes); //文件名轉類名 String className = fileNameToClassName(filePath); //類名 defineClass(className, bytes, 0, bytes.length); clazzs.add(className); //loadClass 是從當前ClassLoader裡面去獲取一個Class對象 } } } //文件名轉類名,這兒操作系統不同可能文件的分隔符不一樣,所以這兒需要註意,筆者用的Mac。Windows操作需要自行修改。 public String fileNameToClassName(String filePath) { String className = filePath.replace(rootPath, "").replaceAll("/", "."); className = className.substring(1, className.lastIndexOf(".")); return className; } @Override public Class<?> loadClass(String name) throws ClassNotFoundException { Class<?> loadClass = findLoadedClass(name); //第一情況 這個類 不需要由我們加載 //第二種情況 這個類需要由我們加載 但是 確實加載不到 if (loadClass == null) { if (!clazzs.contains(name)) { loadClass = getSystemClassLoader().loadClass(name); } else { throw new ClassNotFoundException("沒有加載到類"); } } return loadClass; } //當文件被修改的時候再進行熱部署 public static void main(String[] args) throws Exception { //雙親委派機制 Application.run(MyClassLoader.class); } }
Application類
package com; import com.classloader.MyClassLoader; import org.apache.commons.io.monitor.FileAlterationMonitor; import org.apache.commons.io.monitor.FileAlterationObserver; import java.io.File; public class Application { public static String rootPath; public static void run(Class<?> clazz) throws Exception { String rootPath = MyClassLoader.class.getResource("/").getPath().replaceAll("%20", " "); rootPath = new File(rootPath).getPath(); Application.rootPath = rootPath; MyClassLoader myClassLoader = new MyClassLoader(rootPath, rootPath + "/com"); //用我們自己的類加載器加載程序入口 startFileListener(rootPath); start0(myClassLoader); } //開啟文件監聽器 public static void startFileListener(String rootPath) throws Exception { FileAlterationObserver fileAlterationObserver = new FileAlterationObserver(rootPath); fileAlterationObserver.addListener(new FileListener()); FileAlterationMonitor fileAlterationMonitor = new FileAlterationMonitor(500); fileAlterationMonitor.addObserver(fileAlterationObserver); fileAlterationMonitor.start(); //要實現文件監聽: 寫一個線程 去定時監聽某個路徑下所有的文件 //如果文件發生改動 就回調監聽器 } //新的classLoader public static void start() { System.out.println("啟動我們的應用程序"); new Test().test(); } public static void stop() { System.out.println("程序退出"); //告訴jvm需要gc瞭 System.gc(); //告訴jvm可以清除對象引用 System.runFinalization(); } public static void start0(MyClassLoader classLoader) throws Exception { //全盤委托的機制,通過自定義的類加載加載,然後start方法中的new Test()也會通過自定義的類加載器加載 Class<?> aClass = classLoader.loadClass("com.Application"); aClass.getMethod("start").invoke(aClass.newInstance()); } }
文件監聽器代碼:
package com; import com.classloader.MyClassLoader; import org.apache.commons.io.monitor.FileAlterationListenerAdaptor; import java.io.File; public class FileListener extends FileAlterationListenerAdaptor { @Override public void onFileChange(File file) { if (file.getName().indexOf(".class") != -1) { try { MyClassLoader myClassLoader = new MyClassLoader(Application.rootPath, Application.rootPath + "/com"); Application.stop(); Application.start0(myClassLoader); } catch (Exception e) { e.printStackTrace(); } } } }
Test類的代碼如下:
package com; public class Test { public void test() { System.out.println("當前版本:version 1.0"); System.out.println(this.getClass().getClassLoader()); } }
運行結果如下,當我們修改瞭Test的源碼,然後點擊一下編譯,就會打印修改後的信息,具體如下:
7.2 網絡傳輸的Class加密
通常情況下,我們都是直接使用系統類加載器。但是,有的時候,我們也需要自定義類加載器。比如應用是通過網絡來傳輸 Java 類的字節碼,為保證安全性,這些字節碼經過瞭加密處理,這時系統類加載器就無法對其進行加載,這樣則需要自定義類加載器來實現。自定義類加載器一般都是繼承自 ClassLoader 類,從上面對 loadClass 方法來分析來看,我們隻需要重寫 findClass 方法即可。下面我們通過一個示例來演示自定義類加載器的流程:
package com.ys.classloader; import java.io.*; public class MyClassLoader extends ClassLoader { private String root; protected Class<?> findClass(String name) throws ClassNotFoundException { byte[] classData = loadClassData(name); if (classData == null) { throw new ClassNotFoundException(); } else { return defineClass(name, classData, 0, classData.length); } } private byte[] loadClassData(String className) { String fileName = root + File.separatorChar + className.replace('.', File.separatorChar) + ".class"; try { InputStream ins = new FileInputStream(fileName); ByteArrayOutputStream baos = new ByteArrayOutputStream(); int bufferSize = 1024; byte[] buffer = new byte[bufferSize]; int length = 0; while ((length = ins.read(buffer)) != -1) { baos.write(buffer, 0, length); } return baos.toByteArray(); } catch (IOException e) { e.printStackTrace(); } return null; } public String getRoot() { return root; } public void setRoot(String root) { this.root = root; } public static void main(String[] args) { MyClassLoader classLoader = new MyClassLoader(); classLoader.setRoot("/User/king/temp"); Class<?> testClass = null; try { testClass = classLoader.loadClass("com.ys.classloader.Test2"); Object object = testClass.newInstance(); System.out.println(object.getClass().getClassLoader()); } catch (ClassNotFoundException e) { e.printStackTrace(); } catch (InstantiationException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } } }
自定義類加載器的核心在於對字節碼文件的獲取,如果是加密的字節碼則需要在該類中對文件進行解密。由於這裡隻是演示,我並未對class文件進行加密,因此沒有解密的過程。
到此這篇關於詳解Java的類加載機制及熱部署的原理的文章就介紹到這瞭,更多相關Java類加載機制及熱部署原理內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- 淺談Java自定義類加載器及JVM自帶的類加載器之間的交互關系
- JVM雙親委派模型知識詳細總結
- java中類加載與雙親委派機制詳解
- JVM分析之類加載機制詳解
- ClassLoader雙親委派模式作用詳解