Spring原始碼學習之:ClassLoader學習(4)
轉載:http://www.codeceo.com/article/java-classloader.html
一:什麼是ClassLoader?
===>大家都知道,當我們寫好一個Java程式之後,不是管是CS還是BS應用,都是由若干個.class檔案組織而成的一個完整的Java應用程式,當程式在 執行時,即會呼叫該程式的一個入口函式來呼叫系統的相關功能,而這些功能都被封裝在不同的class檔案當中,所以經常要從這個class檔案中要呼叫另 外一個class檔案中的方法,如果另外一個檔案不存在的,則會引發系統異常。而程式在啟動的時候,並不會一次性載入程式所要用的所有class檔案,而 是根據程式的需要,通過Java的類載入機制(ClassLoader)來動態載入某個class檔案到記憶體當中的,從而只有class檔案被載入到了內 存之後,才能被其它class所引用。所以ClassLoader就是用來動態載入class檔案到記憶體當中用的。
二:Java預設提供的三個ClassLoader
===>Bootstrap ClassLoader:稱為啟動類載入器,是Java類載入層次中最頂層的類載入器,負責載入JDK中的核心類庫,如:rt.jar、resources.jar、charsets.jar等,可通過如下程式獲得該類載入器從哪些地方載入了相關的jar或class檔案:
===>Extension ClassLoader:稱為擴充套件類載入器,負責載入Java的擴充套件類庫,預設載入JAVA_HOME/jre/lib/ext/目下的所有jar。
===>App ClassLoader:稱為系統類載入器,負責載入應用程式classpath目錄下的所有jar和class檔案。
===>注意: 除了Java預設提供的三個ClassLoader之外,使用者還可以根據需要定義自已的ClassLoader,而這些自定義的ClassLoader都 必須繼承自java.lang.ClassLoader類,也包括Java提供的另外二個ClassLoader(Extension ClassLoader和App ClassLoader)在內,但是Bootstrap ClassLoader不繼承自ClassLoader,因為它不是一個普通的Java類,底層由C++編寫,已嵌入到了JVM核心當中,當JVM啟動 後,Bootstrap ClassLoader也隨著啟動,負責載入完核心類庫後,並構造Extension ClassLoader和App ClassLoader類載入器。
三、ClassLoader載入類的原理
===>原理介紹:
ClassLoader使用的是雙親委託模型來 搜尋類的,每個ClassLoader例項都有一個父類載入器的引用(不是繼承的關係,是一個包含的關係),虛擬機器內建的類載入器(Bootstrap ClassLoader)本身沒有父類載入器,但可以用作其它ClassLoader例項的的父類載入器。當一個ClassLoader例項需要載入某個 類時,它會試圖親自搜尋某個類之前,先把這個任務委託給它的父類載入器,這個過程是由上至下依次檢查的,首先由最頂層的類載入器Bootstrap ClassLoader試圖載入,如果沒載入到,則把任務轉交給Extension ClassLoader試圖載入,如果也沒載入到,則轉交給App ClassLoader 進行載入,如果它也沒有載入得到的話,則返回給委託的發起者,由它到指定的檔案系統或網路等URL中載入該類。如果它們都沒有載入到這個類時,則丟擲 ClassNotFoundException異常。否則將這個找到的類生成一個類的定義,並將它載入到記憶體當中,最後返回這個類在記憶體中的Class實 例物件。
===>為什麼要用雙親委託模型呢?
因為這樣可以避免重複載入,當父親已經載入了該類的時候,就沒有必要子ClassLoader再載入一次。考慮到安全因素,我們試想一下,如果不使用這種 委託模式,那我們就可以隨時使用自定義的String來動態替代java核心api中定義的型別,這樣會存在非常大的安全隱患,而雙親委託的方式,就可以 避免這種情況,因為String已經在啟動時就被引導類載入器(Bootstrap ClassLoader)載入,所以使用者自定義的ClassLoader永遠也無法載入一個自己寫的String,除非你改變JDK中 ClassLoader搜尋類的預設演算法。
===> 但是JVM在搜尋類的時候,又是如何判定兩個class是相同的呢?
JVM在判定兩個class是否相同時,不僅要判斷兩個類名是否相同,而且要判斷是否由同一個類載入器例項載入的。只有兩者同時滿足的情況下,JVM才認為這兩個class是相同的。就 算兩個class是同一份class位元組碼,如果被兩個不同的ClassLoader例項所載入,JVM也會認為它們是兩個不同class。比如網路上的 一個Java類org.classloader.simple.NetClassLoaderSimple,javac編譯之後生成位元組碼檔案 NetClassLoaderSimple.class,ClassLoaderA和ClassLoaderB這兩個類載入器並讀取了 NetClassLoaderSimple.class檔案,並分別定義出了java.lang.Class例項來表示這個類,對於JVM來說,它們是兩個不同的例項物件,但它們確實是同一份位元組碼檔案,如果試圖將這個Class例項生成具體的物件進行轉換時,就會拋執行時異常 java.lang.ClassCaseException,提示這是兩個不同的型別。現在通過例項來驗證上述所描述的是否正確:
1)、在web伺服器上建一個org.classloader.simple.NetClassLoaderSimple.java類
package org.classloader.simple;
public class NetClassLoaderSimple {
private NetClassLoaderSimple instance;
public void setNetClassLoaderSimple(Object obj) {
this.instance = (NetClassLoaderSimple)obj;
}
}
org.classloader.simple.NetClassLoaderSimple類的setNetClassLoaderSimple方 法接收一個Object型別引數,並將它強制轉換成org.classloader.simple.NetClassLoaderSimple型別。
2)、測試兩個class是否相同(NetWorkClassLoader.java)
package classloader;
public class NewworkClassLoaderTest {
public static void main(String[] args) {
try {
//測試載入網路中的class檔案
String rootUrl = "http://localhost:8080/httpweb/classes";
String className = "org.classloader.simple.NetClassLoaderSimple";
NetworkClassLoader ncl1 = new NetworkClassLoader(rootUrl);
NetworkClassLoader ncl2 = new NetworkClassLoader(rootUrl);
Class<?> clazz1 = ncl1.loadClass(className);
Class<?> clazz2 = ncl2.loadClass(className);
Object obj1 = clazz1.newInstance();
Object obj2 = clazz2.newInstance();
clazz1.getMethod("setNetClassLoaderSimple", Object.class).invoke(obj1, obj2);
} catch (Exception e) {
e.printStackTrace();
}
}
}
首先獲得網路上一個class檔案的二進位制名稱,然後通過自定義的類載入器NetworkClassLoader建立兩個例項,並根據網路地址分別 載入這份class,並得到這兩個ClassLoader例項載入後生成的Class例項clazz1和clazz2,最後將這兩個Class例項分別生 成具體的例項物件obj1和obj2,再通過反射呼叫clazz1中的setNetClassLoaderSimple方法。
3)、檢視測試結果
結論:從結果中可以看出,雖然是同一份class位元組碼檔案,但是由於被兩個不同的ClassLoader例項所載入,所以JVM認為它們就是兩個不同的類。
四:ClassLoader的體系架構
五:驗證ClassLoader的體系架構
===>測試1:列印ClassLoader類的層次結構,請看下面這段程式碼:
第一行結果說明:TestClassLoader的類載入器是AppClassLoader。
第二行結果說明:AppClassLoader的類加器是ExtClassLoader,即parent=ExtClassLoader。
第三行結果說明:ExtClassLoader的類加器是Bootstrap ClassLoader,因為Bootstrap ClassLoader不是一個普通的Java類,所以ExtClassLoader的parent=null,所以第三行的列印結果為null就是這個 原因。
===>測試2:將ClassLoaderTest.class打包成ClassLoaderTest.jar,放到Extension ClassLoader的載入目錄下(JAVA_HOME/jre/lib/ext),然後重新執行這個程式,得到的結果會是什麼樣呢?
列印結果分析:
為什麼第一行的結果是ExtClassLoader呢?
因為ClassLoader的委託模型機制,當我們要用ClassLoaderTest.class這個類的時候,AppClassLoader在 試圖載入之前,先委託給Bootstrcp ClassLoader,Bootstracp ClassLoader發現自己沒找到,它就告訴ExtClassLoader,兄弟,我這裡沒有這個類,你去載入看看,然後Extension ClassLoader拿著這個類去它指定的類路徑(JAVA_HOME/jre/lib/ext)試圖載入,唉,它發現在 ClassLoaderTest.jar這樣一個檔案中包含ClassLoaderTest.class這樣的一個檔案,然後它把找到的這個類載入到記憶體 當中,並生成這個類的Class例項物件,最後把這個例項返回。所以ClassLoaderTest.class的類載入器是 ExtClassLoader。
第二行的結果為null,是因為ExtClassLoader的父類載入器是Bootstrap ClassLoader。
===>測試3:用Bootstrcp ClassLoader來載入ClassLoaderTest.class,有兩種方式:
方式1:
1、在jvm中新增-Xbootclasspath引數,指定Bootstrcp ClassLoader載入類的路徑,並追加我們自已的jar(ClassTestLoader.jar)
2、將class檔案放到JAVA_HOME/jre/classes/目錄下(上面有提到)
方式1:(我用的是Eclipse開發工具,用命令列是在java命令後面新增-Xbootclasspath引數)
開啟Run配置對話方塊:
配置好如圖中所述的引數後,重新執行程式,產的結果如下所示:(類載入的過程,只摘下了一部份)
列印結果:
[Loaded java.io.FileReader from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded sun.nio.cs.StreamDecoder from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.ArrayList from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.lang.reflect.Array from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.Locale from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.ConcurrentMap from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.ConcurrentHashMap from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.locks.Lock from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.locks.ReentrantLock from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.ConcurrentHashMap$Segment from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.locks.AbstractOwnableSynchronizer from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.locks.AbstractQueuedSynchronizer from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.locks.ReentrantLock$Sync from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.locks.ReentrantLock$NonfairSync from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.locks.AbstractQueuedSynchronizer$Node from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.concurrent.ConcurrentHashMap$HashEntry from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.lang.CharacterDataLatin1 from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.io.ObjectStreamClass from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded sun.net.www.ParseUtil from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.BitSet from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.net.Parts from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.net.URLStreamHandler from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded sun.net.www.protocol.file.Handler from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.util.HashSet from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded sun.net.www.protocol.jar.Handler from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded sun.misc.Launcher$AppClassLoader from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded sun.misc.Launcher$AppClassLoader$1 from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.lang.SystemClassLoaderAction from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Path C:\Program Files\Java\jdk1.6.0_22\jre\classes]
[Loaded classloader.ClassLoaderTest from C:\Program Files\Java\jdk1.6.0_22\jre\classes]
null //這是列印的結果
C:\Program Files\Java\jdk1.6.0_22\jre\lib\resources.jar;C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar;
C:\Program Files\Java\jdk1.6.0_22\jre\lib\sunrsasign.jar;C:\Program Files\Java\jdk1.6.0_22\jre\lib\jsse.jar;
C:\Program Files\Java\jdk1.6.0_22\jre\lib\jce.jar;C:\Program Files\Java\jdk1.6.0_22\jre\lib\charsets.jar;
C:\Program Files\Java\jdk1.6.0_22\jre\classes;c:\ClassLoaderTest.jar
//這一段是System.out.println(System.getProperty("sun.boot.class.path"));列印出來的。這個路徑就是Bootstrcp ClassLoader預設搜尋類的路徑
[Loaded java.lang.Shutdown from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
[Loaded java.lang.Shutdown$Lock from C:\Program Files\Java\jdk1.6.0_22\jre\lib\rt.jar]
===>測試4:用Bootstrcp ClassLoader來載入ClassLoaderTest.class
方式2:
將ClassLoaderTest.jar解壓後,放到JAVA_HOME/jre/classes目錄下,如下圖所示:提示:jre目錄下預設沒有classes目錄,需要自己手動建立一個
列印結果:
從結果中可以看出,兩種方式都實現了將ClassLoaderTest.class由Bootstrcp ClassLoader載入成功了。
六、定義自已的ClassLoader
既然JVM已經提供了預設的類載入器,為什麼還要定義自已的類載入器呢?
因為Java中提供的預設ClassLoader,只載入指定目錄下的jar和class,如果我們想載入其它位置的類或jar時,比如:我要載入 網路上的一個class檔案,通過動態載入到記憶體之後,要呼叫這個類中的方法實現我的業務邏輯。在這樣的情況下,預設的ClassLoader就不能滿足 我們的需求了,所以需要定義自己的ClassLoader。
定義自已的類載入器分為兩步:
1、繼承java.lang.ClassLoader
2、重寫父類的findClass方法
讀者可能在這裡有疑問,父類有那麼多方法,為什麼偏偏只重寫findClass方法?
因為JDK已經在loadClass方法中幫我們實現了ClassLoader搜尋類的演算法,當在loadClass方法中搜尋不到類 時,loadClass方法就會呼叫findClass方法來搜尋類,所以我們只需重寫該方法即可。如沒有特殊的要求,一般不建議重寫loadClass 搜尋類的演算法。下圖是API中ClassLoader的loadClass方法:
【1】自定義的類載入器程式碼:org.nonbankcard.commons.NetworkClassLoader
1 package org.nonbankcard.commons; 2 3 import java.io.ByteArrayOutputStream; 4 import java.io.IOException; 5 import java.io.InputStream; 6 import java.net.URL; 7 /** 8 * 自定義類載入器 9 * @author sxf 10 * 11 */ 12 public class NetworkClassLoader extends ClassLoader { 13 /** 14 * 類檔案所在的路徑(可以是相對路徑,也可以是絕對路徑,主要看要載入的檔案在哪裡) 15 */ 16 private String rootUrl; 17 18 /** 19 * 建構函式 20 * @param rootUrl 21 */ 22 public NetworkClassLoader(String rootUrl) { 23 this.rootUrl = rootUrl; 24 } 25 26 /** 27 * 重寫父類的類載入的方法 28 */ 29 @Override 30 protected Class<?> findClass(String name) throws ClassNotFoundException { 31 Class clazz = null;//this.findLoadedClass(name); // 父類已載入 32 //if (clazz == null) { //檢查該類是否已被載入過 33 byte[] classData = getClassData(name); //根據類的二進位制名稱,獲得該class檔案的位元組碼陣列 34 if (classData == null) { 35 throw new ClassNotFoundException(); 36 } 37 clazz = defineClass(name, classData, 0, classData.length); //將class的位元組碼陣列轉換成Class類的例項 38 //} 39 return clazz; 40 } 41 42 /** 43 * 讀取class檔案的二進位制資訊 44 * @param name 45 * @return 46 */ 47 private byte[] getClassData(String name) { 48 InputStream is = null; 49 try { 50 String path = classNameToPath(name); 51 URL url = new URL(path); 52 byte[] buff = new byte[1024*4]; 53 int len = -1; 54 is = url.openStream(); 55 ByteArrayOutputStream baos = new ByteArrayOutputStream(); 56 while((len = is.read(buff)) != -1) { 57 baos.write(buff,0,len); 58 } 59 return baos.toByteArray(); 60 } catch (Exception e) { 61 e.printStackTrace(); 62 } finally { 63 if (is != null) { 64 try { 65 is.close(); 66 } catch(IOException e) { 67 e.printStackTrace(); 68 } 69 } 70 } 71 return null; 72 } 73 74 /** 75 * 根據路徑,拼接class的全路徑 76 * @param name 77 * @return 78 */ 79 private String classNameToPath(String name) { 80 return rootUrl + "/" + name.replace(".", "/") + ".class"; 81 } 82 }
【2】測試類:
1 package org.nonbankcard.commons; 2 /** 3 * 類載入器的測試類 4 * @author sxf 5 * 6 */ 7 public class TestClassLoader { 8 9 public static void main(String[] args) { 10 try { 11 /*ClassLoader loader = TestClassLoader.class.getClassLoader(); //獲得ClassLoaderTest這個類的類載入器 12 while(loader != null) { 13 System.out.println(loader); 14 loader = loader.getParent(); //獲得父載入器的引用 15 } 16 System.out.println(loader);*/ 17 18 String rootUrl = "http://localhost:8080/httpweb/classes"; 19 NetworkClassLoader networkClassLoader = new NetworkClassLoader(rootUrl); 20 String classname = "org.classloader.simple.NetClassLoaderTest"; 21 Class clazz = networkClassLoader.loadClass(classname); 22 System.out.println(clazz.getClassLoader()); 23 24 } catch (Exception e) { 25 e.printStackTrace(); 26 } 27 } 28 29 }
【3】列印結果:
【4】下圖是我機器上web伺服器的目錄結構:
七、流行的web容器的類載入器皿
目前常用web伺服器中都定義了自己的類載入器,用於載入web應用指定目錄下的類庫(jar或class),如:Weblogic、Jboss、tomcat等,下面我以Tomcat為例,展示該web容器都定義了哪些個類載入器:
【1】新建一個web工程httpweb
【2】新建一個ClassLoaderServletTest,用於列印web容器中的ClassLoader層次結構。
1 package org.nonbankcard.commons; 2 3 import java.io.IOException; 4 import java.io.PrintWriter; 5 6 import javax.servlet.ServletException; 7 import javax.servlet.http.HttpServlet; 8 import javax.servlet.http.HttpServletRequest; 9 import javax.servlet.http.HttpServletResponse; 10 /** 11 * servlet的測試tomcat容器的類載入器的結構 12 * @author sxf 13 * 14 */ 15 public class ClassLoaderServletTest extends HttpServlet { 16 17 /** 18 * 網路請求進來呼叫的方法 19 */ 20 public void doGet(HttpServletRequest request, HttpServletResponse response) 21 throws ServletException, IOException { 22 //返回資料型別 23 response.setContentType("text/html"); 24 //響應輸出流 25 PrintWriter out = response.getWriter(); 26 //獲取當前類的類載入器 27 ClassLoader loader = this.getClass().getClassLoader(); 28 //迴圈,發現當前的類載入器的結構(樹形結構) 29 //並將類載入器的class物件的地址列印到響應頁面上 30 while(loader != null) { 31 out.write(loader.getClass().getName()+"<br/>"); 32 loader = loader.getParent(); 33 } 34 out.write(String.valueOf(loader)); 35 out.flush(); 36 out.close(); 37 } 38 39 public void doPost(HttpServletRequest request, HttpServletResponse response) 40 throws ServletException, IOException { 41 this.doGet(request, response); 42 } 43 44 }
【3】、配置Servlet,並啟動服務
1 <?xml version="1.0" encoding="UTF-8"?> 2 <web-app version="2.4" 3 xmlns="http://java.sun.com/xml/ns/j2ee" 4 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 5 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 6 7 http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"> 8 9 <servlet> 10 <servlet-name>ClassLoaderServletTest</servlet-name> 11 <servlet-class>ClassLoaderServletTest</servlet-class> 12 </servlet> 13 14 <servlet-mapping> 15 <servlet-name>ClassLoaderServletTest</servlet-name> 16 <url-pattern>/servlet/ClassLoaderServletTest</url-pattern> 17 </servlet-mapping> 18 <welcome-file-list> 19 <welcome-file>index.jsp</welcome-file> 20 </welcome-file-list> 21 </web-app>
【4】訪問Servlet,獲得顯示結果
相關文章
- 原始碼學習之Spring容器建立原理2022-11-14原始碼Spring
- spring學習:spring原始碼_BeanDefinition2024-05-30Spring原始碼Bean
- Spring學習之——手寫Mini版Spring原始碼2020-07-28Spring原始碼
- Spring Cloud 原始碼學習之 Hystrix 入門2018-09-16SpringCloud原始碼
- 學習Spring原始碼篇之環境搭建2022-03-19Spring原始碼
- jQuery原始碼學習之$()2018-07-21jQuery原始碼
- 原始碼學習之EllipsizingTextView2018-08-02原始碼TextView
- Spring5.0原始碼學習系列之Spring AOP簡述2020-11-26Spring原始碼
- Spring-SpringAOP原始碼學習(上)2022-06-10Spring原始碼
- Android原始碼學習之handler2019-01-12Android原始碼
- jQuery原始碼學習之event2018-08-14jQuery原始碼
- 原始碼學習VUE之Observe2018-09-12原始碼Vue
- jQuery原始碼學習之extend2018-07-28jQuery原始碼
- redis原始碼學習之slowlog2020-11-22Redis原始碼
- goFrame 原始碼學習之 Server2021-07-07GoFrame原始碼Server
- JVM中ClassLoader的學習2019-07-08JVM
- Java集合原始碼學習(4)HashSet2018-10-23Java原始碼
- Spring原始碼深度解析(郝佳)-學習-原始碼解析-Spring MVC2020-12-30Spring原始碼MVC
- Spring5.0原始碼學習系列之淺談BeanFactory建立2020-11-11Spring原始碼Bean
- Spring原始碼學習之路---IOC初探(二)2018-04-03Spring原始碼
- 【spring原始碼學習】Spring @PostConstruct和@PreDestroy例項2018-04-18Spring原始碼Struct
- 集合框架原始碼學習之LinkedList2018-03-19框架原始碼
- 集合框架原始碼學習之ArrayList2018-03-19框架原始碼
- Netty原始碼學習系列之4-ServerBootstrap的bind方法2020-06-06Netty原始碼Serverboot
- 原始碼學習2024-11-24原始碼
- UE4(5)逆向學習筆記(三)——UEDumper原始碼學習2024-09-11筆記原始碼
- spring原始碼學習筆記之容器的基本實現(一)2021-02-05Spring原始碼筆記
- JDK1.8原始碼分析01之學習建議(可以延伸其他原始碼學習)2019-08-06JDK原始碼
- Dubbo原始碼學習之-SPI介紹2019-07-06原始碼
- opencascade原始碼學習之HLRAlgo包 -HLRAlgo2024-09-19原始碼Go
- fishhook原始碼學習2018-10-24Hook原始碼
- MMKV原始碼學習2019-03-16原始碼
- vue原始碼學習2019-02-27Vue原始碼
- 【原始碼學習】ThreadLocal2020-10-12原始碼thread
- EventBus原始碼學習2019-04-24原始碼
- ObjectMapper原始碼學習2018-03-21ObjectAPP原始碼
- express原始碼學習2018-03-18Express原始碼
- go原始碼學習2024-06-07Go原始碼
- 學習HashMap原始碼2022-03-20HashMap原始碼