概述

首先還是把問題拋給大家，這個問題也是我廠同學在做一個性能分析產品的時候碰到的一個問題。

同一個類加載器對象是否可以加載同一個類文件多次并且得到多個Class對象而都可以被java層使用嗎?

請仔細注意上面的描述里幾個關鍵的詞：

• 同一個類加載器：意味著不是每次都new一個類加載器對象，我知道有些對類加載器有點理解的同學肯定會想到這點。我們這里強調的是同一個類加載器對象去加載。
• 同一個類文件：意味著類文件里的信息都一致，不存在修改的情況，至少名字不能改。因為有些同學會鉆空子，比如說拿到類文件然后修改名字啥的，哈哈。
• 多個Class對象：意味著每次創建都是新的Class對象，并不是返回同一個Class對象。
• 都可以被java層使用：意味著Java層能感知到，或許對我公眾號關注挺久的同學看過我的一些文章，知道我這里說的是什么，不知道的可以翻翻我前面的文章，這里賣個關子，不直接告訴你哪篇文章，稍微提示一下和內存GC有關。

雖然有些標題黨的意思，不過我覺得標題里的99.99%說得應該不夸張，這個比例或許應該更大，不過還是請認真作答，不要隨便選，我知道肯定有人會隨便選的，哈哈。

正常的類加載

這里提正常的類加載，也是我們大家理解的類加載機制，不過我稍微說得深一點，從JVM實現角度來說一下。在JVM里有一個數據結構叫做SystemDictonary，這個結構主要就是用來檢索我們常說的類信息，這些類信息對應的結構是klass，對SystemDictonary的理解，可以認為就是一個Hashtable，key是類加載器對象+類的名字，value是指向klass的地址。這樣當我們任意一個類加載器去正常加載類的時候，就會到這個SystemDictonary中去查找，看是否有這么一個klass可以返回，如果有就返回它，否則就會去創建一個新的并放到結構里，其中委托類加載過程我就不說了。

那這么一說看起來不可能出現同一個類加載器加載同一個類多次的情況。

正常情況下也確實是這樣的。

奇怪的現象

然而我們從java進程的內存結構里卻看到過類似這樣的一些現象，以下是我們性能分析產品里的部分截圖：

在這個現象里，名字為java.lang.invoke.LambdaForm$BMH的類有多個，并且其類加載器都是BootstrapClassLoader，也就是同一個類加載器居然加載了同一個類多次。這是我們的分析工具有問題嗎?顯然不是，因為我們從內存里讀到的就是這樣的信息。

現象模擬

上面的這個現象看起來和lambda有一定關系，不過實際上并不僅僅lambda才有這種情況，我們可以來模擬一下

public static void main(String args[]) throws Throwable { 
       Field f = Unsafe.class.getDeclaredField("theUnsafe"); 
       f.setAccessible(true); 
       Unsafe unsafe = (Unsafe) f.get(null); 
       String filePath = "/Users/nijiaben/AA.class"; 
       byte[] buffer =getFileContent(filePath); 
       Class<?> c1 = unsafe.defineAnonymousClass(UnsafeTest.class, buffer, null); 
       Class<?> c2 = unsafe.defineAnonymousClass(UnsafeTest.class, buffer, null); 
       System.out.println(c1 == c2); 
   } 

上述代碼其實就是通過Unsafe這個對象的defineAnonymousClass方法來加載同一個類文件兩遍得到兩個Class對象，最終我們輸出為false。這也就是說c1和c2其實是兩個不同的對象。

因為我們的類文件都是一樣的，也就是字節碼里的類名也是完全一樣的，因此在jvm里的類對象的名字其實也都是一樣的。不過這里我要提一點的是，如果將c1和c2的名字打印出來，會發現有些區別，分別會在類名后面加上一個/hashCode值，這個hash值是對應的Class對象的hashCode值。這個其實是JVM里的一個特殊處理。

另外你無法通過java層面的其他api，比如Class.forName來獲取到這種class，所以你要保存好這個得到的Class對象才能后面繼續使用它。

defineAnonymousClass的解說

defineAnonymousClass這個方法比較特別，從名字上也看得出，是創建了一個匿名的類，不過這種匿名的概念和我們理解的匿名是不太一樣的。這種類的創建通常會有一個宿主類，也就是***個參數指定的類，這樣一來，這個創建的類會使用這個宿主類的定義類加載器來加載這個類，最關鍵的一點是這個類被創建之后并不會丟到上述的SystemDictonary里，也就是說我們通過正常的類查找，比如Class.forName等api是無法去查到這個類是否被定義過的。因此過度使用這種api來創建這種類在一定程度上會帶來一定的內存泄露。

那有人就要問了，看不到啥好處，為啥要提供這種api，這么做有什么意義，大家可以去了解下JSR292。jvm通過InvokeDynamic可以支持動態類型語言，這樣一來其實我們可以提供一個類模板，在運行的時候加載一個類的時候先動態替換掉常量池中的某些內容，這樣一來，同一個類文件，我們通過加載多次，并且傳入不同的一些cpPatches，也就是defineAnonymousClass的第三個參數， 這樣就能做到運行時產生不同的效果。

主要是因為原來的JVM類加載機制是不允許這種情況發生的，因為我們對同一個名字的類只能被同一個類加載器加載一次，因而為了能支持動態語言的特性，提供類似的api來達到這種效果。

總結

總的來說，正常情況下，同一個類文件被同一個類加載器對象只能加載一次，不過我們可以通過Unsafe的defineAnonymousClass來實現同一個類文件被同一個類加載器對象加載多遍的效果，因為并沒有將其放到SystemDictonary里，因此我們可以無窮次加載同一個類。這個對于絕大部分人來說是不太了解的，因此大家在面試的時候，你能講清楚我這文章里的情況，相信是一個加分項，不過也可能被誤傷，因為你的面試官也可能不清楚這種情況。

【本文是51CTO專欄作者李嘉鵬的原創文章，轉載請通過微信公眾號(你假笨，id:lovestblog)聯系作者本人獲取授權】 

戳這里，看該作者更多好文