jvm是jre里頭一個(gè)動(dòng)態(tài)連接函數庫,jdk里面的jre一般用于運行java本身的程序,比如javac,等等.programfiles下面的jre用于運行用戶(hù)編寫(xiě)的java程序.
JRE下的bin\client 或者 bin\server 的jvm.dll就是JVM了
當一臺機器上有多個(gè)jvm可選擇的時(shí)候,jvm的選擇步驟:
1)當前目錄有沒(méi)有jre目錄(不準確),
2)父目錄下的jre子目錄
3)注冊表HEKY_LOCAL_MACHINE\SoftWare\Java\Java Runtime Environment\
所以當運行的是jdk\bin\java.exe的時(shí)候,用的jre是bin的父目錄jdk下面的jre\
運行java.exe找到了jre后有一個(gè)驗證程序,驗證jre和java.exe的版本是否一致,如果不一致則會(huì )發(fā)生錯誤
java -verbose:class Main 顯示調用的詳細信息
classloader的兩種載入方式:1)pre-loading預先載入,載入基礎類(lèi) 2)load-on-demand按需求載入
只有實(shí)例化一個(gè)類(lèi)才會(huì )被classloader載入,僅僅申明并不會(huì )載入
java動(dòng)態(tài)載入class的兩種方式:
1)implicit隱式,即利用實(shí)例化才載入的特性來(lái)動(dòng)態(tài)載入class
2)explicit顯式方式,又分兩種方式:
1)java.lang.Class的forName()方法
2)java.lang.ClassLoader的loadClass()方法
static塊在什么時(shí)候執行?
1)當調用forName(String)載入class時(shí)執行,如果調用ClassLoader.loadClass并不會(huì )執行.forName(String,false,ClassLoader)時(shí)也不會(huì )執行.
2)如果載入Class時(shí)沒(méi)有執行static塊則在第一次實(shí)例化時(shí)執行.比如new ,Class.newInstance()操作
3)static塊僅執行一次
Class類(lèi)的實(shí)例.
>>Class類(lèi)無(wú)法手工實(shí)例化,當載入任意類(lèi)的時(shí)候自動(dòng)創(chuàng )建一個(gè)該類(lèi)對應的Class的實(shí)例,
>>某個(gè)類(lèi)的所有實(shí)例內部都有一個(gè)欄位記錄著(zhù)該類(lèi)對應的Class的實(shí)例的位置.,
>>每個(gè)java類(lèi)對應的Class實(shí)例可以當作是類(lèi)在內存中的代理人.所以當要獲得類(lèi)的信息(如有哪些類(lèi)變量,有哪些方法)時(shí),都可以讓類(lèi)對應的Class的實(shí)例代勞.java的Reflection機制就大量的使用這種方法來(lái)實(shí)現
>>每個(gè)java類(lèi)都是由某個(gè)classLoader(ClassLoader的實(shí)例)來(lái)載入的,因此Class類(lèi)別的實(shí)例中都會(huì )有欄位記錄他的ClassLoader的實(shí)例,如果該欄位為null,則表示該類(lèi)別是由bootstrap loader載入的(也稱(chēng)root laoder),bootstrap loader不是java所寫(xiě)成,所以沒(méi)有實(shí)例.
原生方法:forName0()等方法,native修飾符
自定義ClassLoader:
如實(shí)例化一個(gè)URLClassLoader. URLClassLoader ucl = new URLClassLoader(new URL[]{new URL("file:/e:/bin/")}),URLClassLoader優(yōu)先找當前目錄,再在url中找.class加載.URL中別忘在最后加"/"表示目錄
各個(gè)java類(lèi)由哪些classLoader加載?
1)java類(lèi)可以通過(guò)實(shí)例.getClass.getClassLoader()得知
2)接口由AppClassLoader(System ClassLoader,可以由ClassLoader.getSystemClassLoader()獲得實(shí)例)載入
3)ClassLoader類(lèi)由bootstrap loader載入
ClassLoader hierachy:
jvm建立->初始化動(dòng)作->產(chǎn)生第一個(gè)ClassLoader,即bootstrap loader->bootstrap loader在sum.misc.Launcher類(lèi)里面的ExtClassLoader,并設定其Parent為null->bootstrap loader載入sun.misc.Launcher$AppClassLoader,并設定其parent為ExtClassLoader(但是AppClassLoader也是由bootstrap loader所載入的)->AppClassLoader載入各個(gè)xx.class,xx.class也有可能被ExtclassLoader或者bootstrap loader載入.
>>自定義的ClassLoader的.getParent()是AppClassLoader.parent和他的加載器并沒(méi)有關(guān)系
>>ExtClassLoader和AppClassLoader都是URLClassLoader的子類(lèi).AppClassLoader的URL是由系統參數java.class.path取出的字符串決定,而java.class.path由 運行java.exe時(shí) 的-cp或-classpath或CLASSPATH環(huán)境變量決定
>>ExtClassLoader查找的url是系統變量java.ext.dirs,java.ext.dirs默認為jdk\jre\lib\ext
>>Bootstrap loader的查找url是sun.boot.class.path
>>在程序運行后調用System.setProperty()來(lái)改變系統變量并不能改變以上加載的路徑,因為classloader讀取在System.setProperty之前.sun.boot.class.path是在程序中寫(xiě)死的,完全不能修改
委派模型
當classloader有類(lèi)需要載入時(shí)先讓其parent搜尋其搜尋路徑幫忙載入,如果parent找不到,在由自己搜尋自己的搜尋路徑載入,ClassLoader hierachy本來(lái)就有這種性質(zhì)
NoClassDefFoundError和ClassNotFoundException
NoClassDefFoundError:當java源文件已編譯成.class文件,但是ClassLoader在運行期間在其搜尋路徑load某個(gè)類(lèi)時(shí),沒(méi)有找到.class文件則報這個(gè)錯
ClassNotFoundException:試圖通過(guò)一個(gè)String變量來(lái)創(chuàng )建一個(gè)Class類(lèi)時(shí)不成功則拋出這個(gè)異常
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
