MIX Fold3包裝盒泄露 新機(jī)本月登場(chǎng)
小米的全新折疊屏旗艦MIX Fold3將于本月發(fā)布，近日該機(jī)的真機(jī)包裝盒在網(wǎng)上泄露。從圖上來(lái)看，新的MIX Fold3包裝盒在外觀設(shè)計(jì)方面延續(xù)了之前的方案，變化不大，這也是目前小米旗艦
最近知識(shí)星球中，有位小伙伴問(wèn)了我一個(gè)問(wèn)題：JDBC為什么會(huì)破壞雙親委派機(jī)制？
這個(gè)問(wèn)題挺有代表性的。
雙親委派機(jī)制是Java中非常重要的類(lèi)加載機(jī)制，它保證了類(lèi)加載的完整性和安全性，避免了類(lèi)的重復(fù)加載。
這篇文章就跟大家一起聊聊，Java中類(lèi)加載的雙親委派機(jī)制到底是怎么回事，有哪些破壞雙親委派機(jī)制的案例，為什么要破壞雙親委派機(jī)制，希望對(duì)你會(huì)有所幫助。
我們的Java在運(yùn)行之前，首先需要把Java代碼轉(zhuǎn)換成字節(jié)碼，即class文件。
然后JVM需要把字節(jié)碼通過(guò)一定的方式加載到內(nèi)存中的運(yùn)行時(shí)數(shù)據(jù)區(qū)。
這種方式就是類(lèi)加載器（ClassLoader）。
再通過(guò)加載、驗(yàn)證、準(zhǔn)備、解析、初始化這幾個(gè)步驟完成類(lèi)加載過(guò)程，然后再由jvm執(zhí)行引擎的解釋器和JIT即時(shí)編譯器去將字節(jié)碼指令轉(zhuǎn)換為本地機(jī)器指令進(jìn)行執(zhí)行。
我們?cè)谑褂妙?lèi)加載器加載類(lèi)的時(shí)候，會(huì)面臨下面幾個(gè)問(wèn)題：
為了解決上面的這一系列的問(wèn)題，我們必須要引入某一套機(jī)制，這套機(jī)制就是：雙親委派機(jī)制。
接下來(lái)，我們看看什么是雙親委派機(jī)制。
雙親委派機(jī)制的基本思想是：當(dāng)一個(gè)類(lèi)加載器試圖加載某個(gè)類(lèi)時(shí)，它會(huì)先委托給其父類(lèi)加載器，如果父類(lèi)加載器無(wú)法加載，再由當(dāng)前類(lèi)加載器自己進(jìn)行加載。
這種層層委派的方式有助于保障類(lèi)的唯一性，避免類(lèi)的重復(fù)加載，并提高系統(tǒng)的安全性和穩(wěn)定性。
在Java中默認(rèn)的類(lèi)加載器有3層：
用一張圖梳理一下，雙親委派機(jī)制中的3種類(lèi)加載器的層次關(guān)系：
圖片
但這樣不夠靈活，用戶沒(méi)法控制，加載自己想要的一些類(lèi)。
于是，Java中引入了自定義類(lèi)加載器。
創(chuàng)建一個(gè)新的類(lèi)并繼承ClassLoader類(lèi)，然后重寫(xiě)findClass方法。
該方法主要是實(shí)現(xiàn)從那個(gè)路徑讀取 ar包或者.class文件，將讀取到的文件用字節(jié)數(shù)組來(lái)存儲(chǔ)，然后可以使用父類(lèi)的defineClass來(lái)轉(zhuǎn)換成字節(jié)碼。
如果想破壞雙親委派的話，就重寫(xiě)loadClass方法，否則不用重寫(xiě)。
類(lèi)加載器的層次關(guān)系改成：
圖片
雙親委派機(jī)制流程圖如下：
圖片
具體流程大概是這樣的：
這樣做的好處是：
既然Java中引入了雙親委派機(jī)制，為什么要破壞它呢？
答：因?yàn)樗幸恍┤秉c(diǎn)。
下面給大家列舉一下，破壞雙親委派機(jī)制最常見(jiàn)的場(chǎng)景。
JNDI是Java中的標(biāo)準(zhǔn)服務(wù)，它的代碼由啟動(dòng)類(lèi)加載器去加載。
但JNDI要對(duì)資源進(jìn)行集中管理和查找，它需要調(diào)用由獨(dú)立廠商在應(yīng)用程序的ClassPath下的實(shí)現(xiàn)了JNDI接口的代碼，但啟動(dòng)類(lèi)加載器不可能“認(rèn)識(shí)”這些外部代碼。
為了解決這個(gè)問(wèn)題，Java后來(lái)引入了線程上下文類(lèi)加載器（Thread Context ClassLoader）。
這個(gè)類(lèi)加載器可以通過(guò)java.lang.Thread類(lèi)的setContextClassLoader()方法進(jìn)行設(shè)置。
如果創(chuàng)建線程時(shí)沒(méi)有設(shè)置，他將會(huì)從父線程中繼承一個(gè)，如果在應(yīng)用程序的全局范圍內(nèi)都沒(méi)有設(shè)置過(guò)的話，那這個(gè)類(lèi)加載器默認(rèn)就是應(yīng)用程序類(lèi)加載器。
有了線程上下文加載器，JNDI服務(wù)就可以使用它去加載所需要的SPI代碼，也就是父類(lèi)加載器請(qǐng)求子類(lèi)加載器去完成類(lèi)加載的動(dòng)作，這樣就打破了雙親委派機(jī)制。
原生的JDBC中Driver驅(qū)動(dòng)本身只是一個(gè)接口，并沒(méi)有具體的實(shí)現(xiàn)，具體的實(shí)現(xiàn)是由不同數(shù)據(jù)庫(kù)類(lèi)型去實(shí)現(xiàn)的。
例如，MySQL的mysql-connector.jar中的Driver類(lèi)具體實(shí)現(xiàn)的。
原生的JDBC中的類(lèi)是放在rt.jar包，是由啟動(dòng)類(lèi)加載器進(jìn)行類(lèi)加載的。
在JDBC中需要?jiǎng)討B(tài)去加載不同數(shù)據(jù)庫(kù)類(lèi)型的Driver實(shí)現(xiàn)類(lèi)，而mysql-connector.jar中的Driver實(shí)現(xiàn)類(lèi)是用戶自己寫(xiě)的代碼，啟動(dòng)類(lèi)加載器肯定是不能加載的，那就需要由應(yīng)用程序啟動(dòng)類(lèi)去進(jìn)行類(lèi)加載。
為了解決這個(gè)問(wèn)題，也可以使用線程上下文類(lèi)加載器（Thread Context ClassLoader）。
Tomcat是Servlet容器，它負(fù)責(zé)加載Servlet相關(guān)的jar包。
此外，Tomcat本身也是Java程序，也需要加載自身的類(lèi)和一些依賴(lài)jar包。
這樣就會(huì)帶來(lái)下面的問(wèn)題：
這些原因?qū)е拢琓omcat沒(méi)有辦法使用傳統(tǒng)的雙親委派機(jī)制加載類(lèi)了。
那么，Tomcat加載類(lèi)的機(jī)制是怎么樣的？
圖片
由于用戶對(duì)程序動(dòng)態(tài)性的追求，比如：代碼熱部署、代碼熱替換等功能，引入了OSGi（Open Service Gateway Initiative）。
OSGi中的每一個(gè)模塊（稱(chēng)為Bundle）。
當(dāng)程序升級(jí)或者更新時(shí)，可以只停用、重新安裝然后啟動(dòng)程序的其中一部分，對(duì)企業(yè)來(lái)說(shuō)這是一個(gè)非常誘人的功能。
OSGi的Bundle類(lèi)加載器之間只有規(guī)則，沒(méi)有固定的委派關(guān)系。
各個(gè)Bundle加載器是平級(jí)關(guān)系。
不是雙親委派關(guān)系。
本文鏈接：http://www.tebozhan.com/showinfo-26-96058-0.html秒懂雙親委派機(jī)制
聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)