模型圖

image.png

破壞雙親委派模型有兩種方式

一、引入線程上下文類(lèi)加載器

Java 提供了很多服務(wù)提供者接口（Service Provider Interface，SPI），允許第三方為這些接口提供實(shí)現(xiàn)。常見(jiàn)的 SPI 有 JDBC、JCE、JNDI、JAXP 和 JBI 等。
這些 SPI 的接口由 Java 核心庫(kù)來(lái)提供，而這些 SPI 的實(shí)現(xiàn)代碼則是作為 Java 應(yīng)用所依賴(lài)的 jar 包被包含進(jìn)類(lèi)路徑（CLASSPATH）里。SPI接口中的代碼經(jīng)常需要加載具體的實(shí)現(xiàn)類(lèi)。那么問(wèn)題來(lái)了，SPI的接口是Java核心庫(kù)的一部分，是由引導(dǎo)類(lèi)加載器來(lái)加載的；SPI的實(shí)現(xiàn)類(lèi)是由系統(tǒng)類(lèi)加載器來(lái)加載的。引導(dǎo)類(lèi)加載器是無(wú)法找到 SPI 的實(shí)現(xiàn)類(lèi)的，因?yàn)橐勒针p親委派模型，BootstrapClassloader無(wú)法委派AppClassLoader來(lái)加載類(lèi)。
而線程上下文類(lèi)加載器破壞了雙親委派模型，可以在執(zhí)行線程中拋棄雙親委派加載鏈模式，使程序可以逆向使用類(lèi)加載器。

剛開(kāi)始有個(gè)疑問(wèn)就是：既然你是SPI接口，那你提供接口就好了，為什么要加載具體的實(shí)現(xiàn)類(lèi)？

發(fā)現(xiàn)JDK中確實(shí)有一些這種情況：

1、接口想提供一個(gè)默認(rèn)的實(shí)現(xiàn)。

如 JAXP 中的 javax.xml.parsers.DocumentBuilderFactory類(lèi)中的 newInstance()方法用來(lái)生成一個(gè)新的 DocumentBuilderFactory的實(shí)例。這里的實(shí)例的真正的類(lèi)是繼承自 javax.xml.parsers.DocumentBuilderFactory，由 SPI 的實(shí)現(xiàn)所提供的。如在 Apache Xerces 中，實(shí)現(xiàn)的類(lèi)是 org.apache.xerces.jaxp.DocumentBuilderFactoryImpl。而問(wèn)題在于，SPI 的接口是 Java 核心庫(kù)的一部分，是由引導(dǎo)類(lèi)加載器來(lái)加載的；SPI 實(shí)現(xiàn)的 Java 類(lèi)一般是由系統(tǒng)類(lèi)加載器來(lái)加載的。引導(dǎo)類(lèi)加載器是無(wú)法找到 SPI 的實(shí)現(xiàn)類(lèi)的，因?yàn)樗患虞d Java 的核心庫(kù)。它也不能代理給系統(tǒng)類(lèi)加載器，因?yàn)樗窍到y(tǒng)類(lèi)加載器的祖先類(lèi)加載器。

image.png

image.png

可以發(fā)現(xiàn)DocumentBuilderFactoryImpl本來(lái)是存在于org.apache.xerces.jaxp這個(gè)包里的，是第三方類(lèi)庫(kù)，使用的加載器是AppClassLoader，后來(lái)JDK8把他移到了rt.jar內(nèi)，應(yīng)該也是為了不破壞雙親委派模型。

2、JDBC java.sql.DriverManager統(tǒng)一注冊(cè)實(shí)現(xiàn)類(lèi)和獲取連接

真正理解線程上下文類(lèi)加載器（多案例分析）
DruidDriver.registerDriver -> DriverManager.registerDriver -> DriverManager.loadInitialDrivers.AccessController.doPrivileged -> ServiceLoader.load -> driversIterator.next

image.png

image.png

二、自定義ClassLoader

1. 如果不想不破壞雙親委派模型，只要去重寫(xiě)findClass方法
2. 如果想要去破壞雙親委派模型，需要去重寫(xiě)loadClass方法

破壞雙親委派模型和自定義自己的類(lèi)加載器