淺談Java自定義類加載器及JVM自帶的類加載器之間的交互關(guān)系
其中,類加載器在加載類的時(shí)候是使用了所謂的“父委托”機(jī)制。其中,除了根類加載器以外,其他的類加載器都有且只有一個(gè)父類加載器。
關(guān)于父委托機(jī)制的說(shuō)明:當(dāng)生成 一個(gè)自定義的類加載器實(shí)例時(shí),如果沒(méi)有指定它的父加載器,那么系統(tǒng)類加載器將成為該類加載器的父類加載器
下面,自定義類加載器。自定義的類加載器必須繼承java.lang.ClassLoader類
import java.io.*;public class MyClassLoader extends ClassLoader { private String name; //類加載器的名字 private String path; //加載類的路徑 private final String fileType = '.class'; //class文件的擴(kuò)展名 public MyClassLoader(String name){ super(); //讓系統(tǒng)類加載器成為該類加載器的父 類加載器,該句可省略不寫 this.name = name; } public MyClassLoader(ClassLoader parent,String name){ super(parent); //顯示指定該類加載器的父 類加載器 this.name = name; } @Override public String toString() { return this.name; } public String getPath() { return path; } public void setPath(String path) { this.path = path; } //實(shí)現(xiàn)自定義的類加載器必須重寫findClass方法,否則ClassLoader類中的findClass()方法是拋出了異常 @Override public Class findClass(String name)throws ClassNotFoundException{ byte[] data = this.loadClassData(name); return this.defineClass(name,data,0,data.length); } private byte[] loadClassData(String name){ InputStream is = null; byte[] data = null; ByteArrayOutputStream baos = null; try { this.name = this.name.replace('.',''); //com.dream.it---->comdreamit is = new FileInputStream(new File(path + name + fileType)); int ch; while(-1 != (ch = is.read())){baos.write(ch); //將數(shù)據(jù)寫入到字節(jié)數(shù)組輸出流對(duì)象中去 } data = baos.toByteArray(); } catch (Exception e) { e.printStackTrace(); }finally { try {is.close();baos.close(); } catch (IOException e) {e.printStackTrace(); } } return data; } public static void main(String[] args) throws Exception { MyClassLoader loader1 = new MyClassLoader('loader1'); loader1.setPath('d:/myapp/serverlib/'); MyClassLoader loader2 = new MyClassLoader(loader1,'loader2'); //loader1作為loader2的父 類加載器 loader2.setPath('d:/myapp/clientlib'); MyClassLoader loader3 = new MyClassLoader(null,'loader3');//父類加載器為null,表明其父類加載器為根類加載器 loader3.setPath('d:/myapp/otherlib'); test(loader2); test(loader3); } public static void test(ClassLoader cl) throws Exception { Class clazz = cl.loadClass('Sample'); Object object = clazz.newInstance(); }}附上findClass()方法的JDK說(shuō)明
protected Class<?> findClass(String name) throws ClassNotFoundExceptionFinds the class with the specified binary name. This method should be overridden by class loaderimplementations that follow the delegation model for loading classes, and will be invoked by the loadClass method after checking the parent classloader for the requested class. The default implementation throws a ClassNotFoundException.
大致說(shuō)明一下意思:通過(guò)指定的name來(lái)查找類。該方法應(yīng)該被類加載器的實(shí)現(xiàn)類重寫,從而能夠保證在加載類的時(shí)候可以遵循委托機(jī)制模型。在loadClass()方法(該方法是由JVM調(diào)用的)中,檢查其父類加載器之后,該方法再被調(diào)用去加載請(qǐng)求的類。默認(rèn)該方法的實(shí)現(xiàn)是拋出了一個(gè)ClassNotFoundException異常。
其實(shí),所謂的加載類,無(wú)非就是讀取.class文件到內(nèi)存中,所以在findClass()方法中,loadClassData()方法用于讀取.class文件的數(shù)據(jù),并返回一個(gè)字節(jié)數(shù)組。然后利用ClassLoader類的defineClass()方法將字節(jié)數(shù)組轉(zhuǎn)換為Class對(duì)象。
上述自定義的類加載器loader1,loader2,loader3及JVM自帶的類加載器之間的關(guān)系如下:
對(duì)于各個(gè)類加載器,系統(tǒng)的類加載器是從環(huán)境變量classpath中讀取.class文件實(shí)現(xiàn)類的加載;loader1是從目錄d:/myapp/serverlib/下讀取.class文件;loader2是從目錄d:/myapp/clientlib/下讀取.class文件,loader3是從目錄d:/myapp/otherlib/下讀取.class文件
執(zhí)行結(jié)果:
此處我們分析一下出現(xiàn)這種執(zhí)行結(jié)果的原因:
當(dāng)執(zhí)行l(wèi)oader2.loadClass(“Sample”)時(shí)先由它上層的所有父類加載器嘗試加載Sample類。
loader1從D:myappserverliv目錄下成功加載了Sample類,所以loader1是Sample類的定義類加載器,loader1和loader2是Sample類的初始類加載器。
當(dāng)執(zhí)行l(wèi)oader3.loadClass(“Sample”)時(shí),先由它上層的所有父類加載器嘗試加載Sample類。
loader3的父加載器為根類加載器,它無(wú)法加載Sample類,接著loader3從D:myappotherlib目錄下成功加載Sample類,所以loader3是Sample類的定義類加載器及初始類加載器。
在Sample類中主動(dòng)使用了Dog類(new Dog()),當(dāng)執(zhí)行Sample類的構(gòu)造方法中的new Dog()語(yǔ)句時(shí),JVM需要先加載Dog類,到底用哪個(gè)類加載器家在呢?
從上述的打印結(jié)果中可以看出,加載Sample類的loader1還加載了Dog類,JVM會(huì)用Sample類的定義類加載器去加載Dog類,加載過(guò)程中也同樣采用了父親委托機(jī)制。
為了驗(yàn)證這一點(diǎn),可以吧D:myappserverlib目錄下Dog.class文件刪除,然后在D:myappsyslib目錄下存放一個(gè)Dog.class文件,此時(shí)打印結(jié)果如下:
Sample:loader1Dog:sun.misc.Launcher$AppClassLoader@1b84c92Sample:loader3Dog:loader3
由此可見(jiàn),當(dāng)由loader1加載的Sample類首次主動(dòng)使用Dog類時(shí),Dog類由系統(tǒng)類加載器加載,如果把D:myappserverlib和D:myappsyslib目錄下的Dog.class文件都刪除,然后在D:myappclient目錄下存放一個(gè)Dog.class文件。
此時(shí)文件結(jié)構(gòu)如下圖所示:
當(dāng)Loader1加載Sample類首次主動(dòng)使用Dog類時(shí),由于loader1及其父類加載器都無(wú)法加載Dog類,因此test(loader2)會(huì)拋出ClassNotFoundExcption.
這又是因?yàn)槭裁丛蚰兀?/p>
這又牽扯到命名空間的問(wèn)題。
同一個(gè)命名空間內(nèi)的類時(shí)相互可見(jiàn)的。
子加載器的命名空間包含所有父類加載器的命名空間,因此由子加載器加載的類能看見(jiàn)父類加載器加載的類。例如系統(tǒng)類加載器加載的類能看見(jiàn)根類加載器加載的類。由父加載器加載的類不能看見(jiàn)子加載器加載的類。
如果兩個(gè)加載器之間沒(méi)有直接或間接的父子關(guān)系,那么它們各自加載的類相互不可見(jiàn)。
對(duì)于上述問(wèn)題,loader1可以加載Sample類,而Dog類只能由loader2加載Dog類,loader1是Loader2的父類加載器,父加載器loader1加載的類Sample不能看見(jiàn)子加載器loader2加載的類Dog,所以會(huì)拋出異常。
對(duì)于上述實(shí)例中的main方法,我們不調(diào)用test方法,換成如下代碼
Class clazz = loader1.loadClass('Sample');Object obj = clazz.newInstance();Sample sample = (Sample)obj;System.out.println(sample.v1);
MyClassLoader類由系統(tǒng)類加載器加載,而Sample類由loader1類加載器加載,所以MyClassLoader類看不見(jiàn)Sample類。在MyClassLoader類的main方法中使用Sample類,會(huì)導(dǎo)致NoClassFoundError錯(cuò)誤。
當(dāng)兩個(gè)不同命名空間內(nèi)的類相互不可見(jiàn)時(shí),可采用Java反射機(jī)制來(lái)訪問(wèn)對(duì)象實(shí)例的屬性和方法。
將上述代碼修改:
Class clazz = loader1.loadClass('Sample');Object obj = clazz.newInstance();Field field = clazz.getField('v1');int v1 = field.getInt(obj);System.out.println(v1);
此時(shí),可以獲取到對(duì)象中的v1屬性值。利用反射機(jī)制,我們可以跨越這種命名空間的限制。
補(bǔ)充:
命名空間:
運(yùn)行時(shí)包:
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持好吧啦網(wǎng)。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章:
1. 利用單元測(cè)試對(duì)PHP代碼進(jìn)行檢查2. python如何實(shí)現(xiàn)word批量轉(zhuǎn)HTML3. Java8內(nèi)存模型PermGen Metaspace實(shí)例解析4. python3實(shí)現(xiàn)往mysql中插入datetime類型的數(shù)據(jù)5. python excel和yaml文件的讀取封裝6. moment轉(zhuǎn)化時(shí)間戳出現(xiàn)Invalid Date的問(wèn)題及解決7. python爬蟲實(shí)戰(zhàn)之制作屬于自己的一個(gè)IP代理模塊8. Django 權(quán)限管理(permissions)與用戶組(group)詳解9. App啟動(dòng)優(yōu)化-Android性能優(yōu)化10. 詳解docker pull 下來(lái)的鏡像都存到了哪里
