模型圖
破壞雙親委派模型有兩種方式
一惊畏、引入線程上下文類加載器
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)用所依賴的 jar 包被包含進(jìn)類路徑（CLASSPATH）里口猜。SPI接口中的代碼經(jīng)常需要加載具體的實(shí)現(xiàn)類负溪。那么問(wèn)題來(lái)了，SPI的接口是Java核心庫(kù)的一部分济炎，是由引導(dǎo)類加載器來(lái)加載的川抡；SPI的實(shí)現(xiàn)類是由系統(tǒng)類加載器來(lái)加載的。引導(dǎo)類加載器是無(wú)法找到 SPI 的實(shí)現(xiàn)類的须尚，因?yàn)橐勒针p親委派模型崖堤，BootstrapClassloader無(wú)法委派AppClassLoader來(lái)加載類侍咱。
而線程上下文類加載器破壞了雙親委派模型，可以在執(zhí)行線程中拋棄雙親委派加載鏈模式密幔，使程序可以逆向使用類加載器放坏。
剛開(kāi)始有個(gè)疑問(wèn)就是：既然你是SPI接口，那你提供接口就好了老玛，為什么要加載具體的實(shí)現(xiàn)類淤年？
發(fā)現(xiàn)JDK中確實(shí)有一些這種情況：
1、接口想提供一個(gè)默認(rèn)的實(shí)現(xiàn)蜡豹。
如 JAXP 中的 javax.xml.parsers.DocumentBuilderFactory類中的 newInstance()方法用來(lái)生成一個(gè)新的 DocumentBuilderFactory的實(shí)例麸粮。這里的實(shí)例的真正的類是繼承自 javax.xml.parsers.DocumentBuilderFactory，由 SPI 的實(shí)現(xiàn)所提供的镜廉。如在 Apache Xerces 中弄诲，實(shí)現(xiàn)的類是 org.apache.xerces.jaxp.DocumentBuilderFactoryImpl。而問(wèn)題在于娇唯，SPI 的接口是 Java 核心庫(kù)的一部分齐遵，是由引導(dǎo)類加載器來(lái)加載的；SPI 實(shí)現(xiàn)的 Java 類一般是由系統(tǒng)類加載器來(lái)加載的塔插。引導(dǎo)類加載器是無(wú)法找到 SPI 的實(shí)現(xiàn)類的梗摇，因?yàn)樗患虞d Java 的核心庫(kù)。它也不能代理給系統(tǒng)類加載器想许，因?yàn)樗窍到y(tǒng)類加載器的祖先類加載器伶授。
可以發(fā)現(xiàn)DocumentBuilderFactoryImpl本來(lái)是存在于org.apache.xerces.jaxp這個(gè)包里的，是第三方類庫(kù)流纹，使用的加載器是AppClassLoader糜烹，后來(lái)JDK8把他移到了rt.jar內(nèi)，應(yīng)該也是為了不破壞雙親委派模型漱凝。
2疮蹦、JDBC java.sql.DriverManager統(tǒng)一注冊(cè)實(shí)現(xiàn)類和獲取連接
真正理解線程上下文類加載器（多案例分析）
DruidDriver.registerDriver -> DriverManager.registerDriver -> DriverManager.loadInitialDrivers.AccessController.doPrivileged -> ServiceLoader.load -> driversIterator.next
根據(jù)JDBC加載源碼進(jìn)行斷點(diǎn)發(fā)現(xiàn)DriverManager.loadInitialDrivers初始化時(shí)，會(huì)在DriverManager中加載com.alibaba.druid.proxy.DruidDriver茸炒，此時(shí)就是利用的線程上下文類加載器來(lái)實(shí)現(xiàn)
二愕乎、自定義ClassLoader
- 如果不想不破壞雙親委派模型，只要去重寫(xiě)findClass方法
- 如果想要去破壞雙親委派模型扣典，需要去重寫(xiě)loadClass方法
