文章詳情頁
ClassLoader介紹
瀏覽:52日期:2024-07-20 11:09:18
內(nèi)容: JVM在運(yùn)行時會產(chǎn)生三個ClassLoader,Bootstrap ClassLoader、Extension ClassLoader和AppClassLoader.其中,Bootstrap是用C++編寫的,我們在Java中看不到它,是null。它用來加載核心類庫,在JVM源代碼中這樣寫道:static const char classpathFormat[] ='%/lib/rt.jar:''%/lib/i18n.jar:''%/lib/sunrsasign.jar:''%/lib/jsse.jar:''%/lib/jce.jar:''%/lib/charsets.jar:''%/classes';知道為什么不需要在classpath中加載這些類了吧?人家在JVM啟動的時候就自動加載了,并且在運(yùn)行過程中根本不能修改Bootstrap加載路徑。Extension ClassLoader用來加載擴(kuò)展類,即/lib/ext中的類。最后AppClassLoader才是加載Classpath的。ClassLoader加載類用的是委托模型。即先讓Parent類(而不是Super,不是繼承關(guān)系)尋找,Parent找不到才自己找??磥鞢lassLoader還是蠻孝順的。三者的關(guān)系為:AppClassLoader的Parent是ExtClassLoader,而ExtClassLoader的Parent為Bootstrap ClassLoader。加載一個類時,首先BootStrap先進(jìn)行尋找,找不到再由ExtClassLoader尋找,最后才是AppClassLoader。為什么要設(shè)計的這么復(fù)雜呢?其中一個重要原因就是安全性。比如在Applet中,如果編寫了一個java.lang.String類并具有破壞性。假如不采用這種委托機(jī)制,就會將這個具有破壞性的String加載到了用戶機(jī)器上,導(dǎo)致破壞用戶安全。但采用這種委托機(jī)制則不會出現(xiàn)這種情況。因為要加載java.lang.String類時,系統(tǒng)最終會由Bootstrap進(jìn)行加載,這個具有破壞性的String永遠(yuǎn)沒有機(jī)會加載。我們來看這段代碼://A.javapublic class A{public static void main(String[] args){A a=new A();System.out.println(System.getProperty('java.ext.dirs'));System.out.println(a.getClass().getClassLoader());B b=new B();b.print();}}//B.javapublic class B{public void print(){System.out.println(this.getClass().getClassLoader());}}1、我們將它放在Classpath中,則打印出sun.misc.Launcher$AppClassLoader@92e78csun.misc.Launcher$AppClassLoader@92e78c可見都是由AppClassLoader來加載的。2、我們將其放在%jre%/lib/ext/classes(即ExtClassLoader的加載目錄。其加載/lib/ext中的jar文件或者子目錄classes中的class文件)中。則會打印出:sun.misc.Launcher$ExtClassLoadersun.misc.Launcher$ExtClassLoader3、我們將A.class放到%jre%/lib/ext/classes中,而將B.class放到classpaht中又會怎么樣呢?結(jié)果是:sun.misc.Launcher$ExtClassLoaderException in thread 'main' java.lang.NoClassDefFoundError:Bat A.main(A.java:6)怎么會這樣呢?這其中有一個重要的問題:A類當(dāng)然是由ExtClassLoader來加載的,B類要由哪個加載呢?B類要由調(diào)用它自己的類的類加載器(真拗口)。也就是說,A調(diào)用了B,所以B由A的類加載器ExtClassLoader來加載。ExtClassLoader根據(jù)委托機(jī)制,先拜托Bootstrap加載,Bootstrap沒有找到。然后它再自己尋找B類,還是沒找到,所以拋出異常。ExtClassLoader不會請求AppClassLoader來加載!你可能會想:這算什么問題,我把兩個類放到一起不就行了?呵呵,沒這么簡單。比如JDBC是核心類庫,而各個數(shù)據(jù)庫的JDBC驅(qū)動則是擴(kuò)展類庫或在classpath中定義的。所以JDBC由Bootstrap ClassLoader加載,而驅(qū)動要由AppClassLoader加載。等等,問題來了,Bootstrap不會請求AppClassLoader加載類啊。那么,他們怎么實現(xiàn)的呢?我就涉及到一個Context ClassLoader的問題,調(diào)用Thread.getContextClassLoader。具體我還沒搞太明白,要知后事如何,請聽下回分解!(?。e拿磚頭砸我...)from-javaresearch.org Java, java, J2SE, j2se, J2EE, j2ee, J2ME, j2me, ejb, ejb3, JBOSS, jboss, spring, hibernate, jdo, struts, webwork, ajax, AJAX, mysql, MySQL, Oracle, Weblogic, Websphere, scjp, scjd
上一條:Reference 不為人知的一面下一條:CVS常用命令速查手冊
相關(guān)文章:
排行榜
