2019獨角獸企業重金招聘Python工程師標準>>>

（點擊獲取更多資料的下載）

?

java 虛擬機

?2007?年?4?月?23?日，??14:18:00 | chenweicai

一、什么是Java虛擬機
當你談到Java虛擬機時，你可能是指：
1、抽象的Java虛擬機規范
2、一個具體的Java虛擬機實現
3、一個運行的Java虛擬機實例
二、Java虛擬機的生命周期
一個運行中的Java虛擬機有著一個清晰的任務：執行Java程序。程序開始執行時他才運行，程序結束時他就停止。你在同一臺機器上運行三個程序，就會有三個運行中的Java虛擬機。
Java虛擬機總是開始于一個main()方法，這個方法必須是公有、返回void、直接受一個字符串數組。在程序執行時，你必須給Java虛擬機指明這個包含main()方法的類名。
Main()方法是程序的起點，他被執行的線程初始化為程序的初始線程。程序中其他的線程都由他來啟動。Java中的線程分為兩種：守護線程 （daemon）和普通線程（non-daemon）。守護線程是Java虛擬機自己使用的線程，比如負責垃圾收集的線程就是一個守護線程。當然，你也可以把自己的程序設置為守護線程。包含Main()方法的初始線程不是守護線程。
只要Java虛擬機中還有普通的線程在執行，Java虛擬機就不會停止。如果有足夠的權限，你可以調用exit()方法終止程序。
三、Java虛擬機的體系結構
在Java虛擬機的規范中定義了一系列的子系統、內存區域、數據類型和使用指南。這些組件構成了Java虛擬機的內部結構，他們不僅僅為Java虛擬機的實現提供了清晰的內部結構，更是嚴格規定了Java虛擬機實現的外部行為。
每一個Java虛擬機都由一個類加載器子系統（class loader subsystem），負責加載程序中的類型（類和接口），并賦予唯一的名字。每一個Java虛擬機都有一個執行引擎（execution engine）負責執行被加載類中包含的指令。
程序的執行需要一定的內存空間，如字節碼、被加載類的其他額外信息、程序中的對象、方法的參數、返回值、本地變量、處理的中間變量等等。Java虛擬機將這些信息統統保存在數據區（data areas）中。雖然每個Java虛擬機的實現中都包含數據區，但是Java虛擬機規范對數據區的規定卻非常的抽象。許多結構上的細節部分都留給了 Java虛擬機實現者自己發揮。不同Java虛擬機實現上的內存結構千差萬別。一部分實現可能占用很多內存，而其他以下可能只占用很少的內存；一些實現可能會使用虛擬內存，而其他的則不使用。這種比較精煉的Java虛擬機內存規約，可以使得Java虛擬機可以在廣泛的平臺上被實現。
數據區中的一部分是整個程序共有，其他部分被單獨的線程控制。每一個Java虛擬機都包含方法區（method area）和堆（heap），他們都被整個程序共享。Java虛擬機加載并解析一個類以后，將從類文件中解析出來的信息保存與方法區中。程序執行時創建的 對象都保存在堆中。
當一個線程被創建時，會被分配只屬于他自己的PC寄存器“pc register”（程序計數器）和Java堆棧（Java stack）。當線程不掉用本地方法時，PC寄存器中保存線程執行的下一條指令。Java堆棧保存了一個線程調用方法時的狀態，包括本地變量、調用方法的 參數、返回值、處理的中間變量。調用本地方法時的狀態保存在本地方法堆棧中（native method stacks），可能再寄存器或者其他非平臺獨立的內存中。
Java堆棧有堆棧塊（stack frames (or frames)）組成。堆棧塊包含Java方法調用的狀態。當一個線程調用一個方法時，Java虛擬機會將一個新的塊壓到Java堆棧中，當這個方法運行結束時，Java虛擬機會將對應的塊彈出并拋棄。
Java虛擬機不使用寄存器保存計算的中間結果，而是用Java堆棧在存放中間結果。這是的Java虛擬機的指令更緊湊，也更容易在一個沒有寄存器的設備上實現Java虛擬機。
圖中的Java堆棧中向下增長的，PC寄存器中線程三為灰色，是因為它正在執行本地方法，他的下一條執行指令不保存在PC寄存器中。
四、數據類型（Data Types）
所有Java虛擬機中使用的數據都有確定的數據類型，數據類型和操作都在Java虛擬機規范中嚴格定義。Java中的數據類型分為原始數據類型 （primitive types）和引用數據類型（reference type）。引用類型依賴于實際的對象，但不是對象本身。原始數據類型不依賴于任何東西，他們就是本身表示的數據。
所有Java程序語言中的原始 數據類型，都是Java虛擬機的原始數據類型，除了布爾型（boolean）。當編譯器將Java源代碼編譯為自己碼時，使用整型（int）或者字節型 （byte）去表示布爾型。在Java虛擬機中使用整數0表示布爾型的false，使用非零整數表示布爾型的true，布爾數組被表示為字節數組，雖然他 們可能會以字節數組或者字節塊（bit fields）保存在堆中。
除了布爾型，其他Java語言中的原始類型都是Java虛擬機中的數據類型。在Java中數據類型被分為：整形的byte，short，int，long；char和浮點型的float，double。Java語言中的數據類型在任何主機上都有同樣的范圍。
在Java虛擬機中還存在一個Java語言中不能使用的原始數據類型返回值類型（returnValue）。這種類型被用來實現Java程序中的“finally clauses”，具體的參見18章的“Finally Clauses”。
引用類型可能被創建為：類類型（class type），接口類型（interface type），數組類型（array type）。他們都引用被動態創建的對象。當引用類型引用null時，說明沒有引用任何對象。
Java虛擬機規范只定義了每一種數據類型表示的范圍，沒有定義在存儲時每種類型占用的空間。他們如何存儲由Java虛擬機的實現者自己決定。

TypeRange
byte8-bit signed two's complement integer (-27 to 27 - 1, inclusive)
short16-bit signed two's complement integer (-215 to 215 - 1, inclusive)
int32-bit signed two's complement integer (-231 to 231 - 1, inclusive)
long64-bit signed two's complement integer (-263 to 263 - 1, inclusive)
char16-bit unsigned Unicode character (0 to 216 - 1, inclusive)
float32-bit IEEE 754 single-precision float
double64-bit IEEE 754 double-precision float
returnValueaddress of an opcode within the same method
referencereference to an object on the heap, or null 五、字節長度
Java虛擬機中最小的數據單元式字（word），其大小由Java虛擬機的實現者定義。但是一個字的大小必須足夠容納byte，short，int， char，float，returnValue，reference；兩個字必須足夠容納long，double。所以虛擬機的實現者至少提供的字不能小 于31bits的字，但是最好選擇特定平臺上最有效率的字長。
在運行時，Java程序不能決定所運行機器的字長。字長也不會影響程序的行為，他只是在Java虛擬機中的一種表現方式。
六、類加載器子系統
Java虛擬機中的類加載器分為兩種： 原始類加載器（primordial class loader）和 類加載器對象（class loader objects）。原始類加載器是Java虛擬機實現的一部分，類加載器對象是運行中的程序的一部分。不同類加載器加載的類被不同的命名空間所分割。
類加載器調用了許多Java虛擬機中其他的部分和java.lang包中的很多類。比如，類加載對象就是java.lang.ClassLoader子類 的實例，ClassLoader類中的方法可以訪問虛擬機中的類加載機制；每一個被Java虛擬機加載的類都會被表示為一個 java.lang.Class類的實例。像其他對象一樣，類加載器對象和Class對象都保存在堆中，被加載的信息被保存在方法區中。
1、加載、連接、初始化（Loading, Linking and Initialization）
類加載子系統不僅僅負責定位并加載類文件，他按照以下嚴格的步驟作了很多其他的事情：（具體的信息參見第七章的“類的生命周期”）
1）、加載：尋找并導入指定類型（類和接口）的二進制信息
2）、連接：進行驗證、準備和解析
①驗證：確保導入類型的正確性
②準備：為類型分配內存并初始化為默認值
③解析：將字符引用解析為直接飲用
3）、初始化：調用Java代碼，初始化類變量為合適的值
2、原始類加載器（The Primordial Class Loader）
每個Java虛擬機都必須實現一個原始類加載器，他能夠加載那些遵守類文件格式并且被信任的類。但是，Java虛擬機的規范并沒有定義如何加載類，這由 Java虛擬機實現者自己決定。對于給定類型名的類型，原始萊加載器必須找到那個類型名加“.class”的文件并加載入虛擬機中。
3、類加載器對象
雖然類加載器對象是Java程序的一部分，但是ClassLoader類中的三個方法可以訪問Java虛擬機中的類加載子系統。
1）、protected final Class defineClass(…)：使用這個方法可以出入一個字節數組，定義一個新的類型。
2）、protected Class findSystemClass(String name)：加載指定的類，如果已經加載，就直接返回。
3）、protected final void resolveClass(Class c)：defineClass()方法只是加載一個類，這個方法負責后續的動態連接和初始化。
具體的信息，參見第八章“連接模型”（ The Linking Model）。
4、命名空間
當多個類加載器加載了同一個類時，為了保證他們名字的唯一性，需要在類名前加上加載該類的類加載器的標識。具體的信息，
七、方法區（The Method Area）
在Java虛擬機中，被加載類型的信息都保存在方法區中。這寫信息在內存中的組織形式由虛擬機的實現者定義，比如，虛擬機工作在一個“little- endian”的處理器上，他就可以將信息保存為“little-endian”格式的，雖然在Java類文件中他們是以“big-endian”格式保 存的。設計者可以用最適合并地機器的表示格式來存儲數據，以保證程序能夠以最快的速度執行。但是，在一個只有很小內存的設備上，虛擬機的實現者就不會占用 很大的內存。
程序中的所有線程共享一個方法區，所以訪問方法區信息的方法必須是線程安全的。如果你有兩個線程都去加載一個叫Lava的類，那只能由一個線程被容許去加載這個類，另一個必須等待。
在程序運行時，方法區的大小是可變的，程序在運行時可以擴展。有些Java虛擬機的實現也可以通過參數也訂制方法區的初始大小，最小值和最大值。
方法區也可以被垃圾收集。因為程序中的內由類加載器動態加載，所有類可能變成沒有被引用（unreferenced）的狀態。當類變成這種狀態時，他就可 能被垃圾收集掉。沒有加載的類包括兩種狀態，一種是真正的沒有加載，另一個種是“unreferenced”的狀態。
1、類型信息（Type Information）
每一個被加載的類型，在Java虛擬機中都會在方法區中保存如下信息：
1）、類型的全名（The fully qualified name of the type）
2）、類型的父類型的全名（除非沒有父類型，或者弗雷形式java.lang.Object）（The fully qualified name of the typeís direct superclass）
3）、給類型是一個類還是接口（class or an interface）（Whether or not the type is a class ）
4）、類型的修飾符（public，private，protected，static，final，volatile，transient等）（The typeís modifiers）
5）、所有父接口全名的列表（An ordered list of the fully qualified names of any direct superinterfaces）
類型全名保存的數據結構由虛擬機實現者定義。除此之外，Java虛擬機還要為每個類型保存如下信息：
1）、類型的常量池（The constant pool for the type）
2）、類型字段的信息（Field information）
3）、類型方法的信息（Method information）
4）、所有的靜態類變量（非常量）信息（All class (static) variables declared in the type, except constants）
5）、一個指向類加載器的引用（A reference to class ClassLoader）
6）、一個指向Class類的引用（A reference to class Class）

1）、類型的常量池（The constant pool for the type）
常量池中保存中所有類型是用的有序的常量集合，包含直接常量（literals）如字符串、整數、浮點數的常量，和對類型、字段、方法的符號引用。常量池 中每一個保存的常量都有一個索引，就像數組中的字段一樣。因為常量池中保存中所有類型使用到的類型、字段、方法的字符引用，所以它也是動態連接的主要對 象。 2）、類型字段的信息（Field information）
字段名、字段類型、字段的修飾符（public，private，protected，static，final，volatile，transient等）、字段在類中定義的順序。
3）、類型方法的信息（Method information）
方法名、方法的返回值類型（或者是void）、方法參數的個數、類型和他們的順序、字段的修飾符（public，private，protected，static，final，volatile，transient等）、方法在類中定義的順序
如果不是抽象和本地本法還需要保存
方法的字節碼、方法的操作數堆棧的大小和本地變量區的大小（稍候有詳細信息）、異常列表
4）、類（靜態）變量（Class Variables）
類變量被所有類的實例共享，即使不通過類的實例也可以訪問。這些變量綁定在類上（而不是類的實例上），所以他們是類的邏輯數據的一部分。在Java虛擬機使用這個類之前就需要為類變量（non-final）分配內存
常量（final）的處理方式于這種類變量（non-final）不一樣。每一個類型在用到一個常量的時候，都會復制一份到自己的常量池中。常量也像類變 量一樣保存在方法區中，只不過他保存在常量池中。（可能是，類變量被所有實例共享，而常量池是每個實例獨有的）。Non-final類變量保存為定義他的 類型數據（data for the type that declares them）的一部分，而final常量保存為使用他的類型數據（data for any type that uses them）的一部分。
5）、指向類加載器的引用（A reference to class ClassLoader）
每一個被Java虛擬機加載的類型，虛擬機必須保存這個類型是否由原始類加載器或者類加載器加載。那些被類加載器加載的類型必須保存一個指向類加載器的引 用。當類加載器動態連接時，會使用這條信息。當一個類引用另一個類時，虛擬機必須保存那個被引用的類型是被同一個類加載器加載的，這也是虛擬機維護不同命 名空間的過程。
6）、指向Class類的引用（A reference to class Class）
Java虛擬機為每一個加載的類型創建一個java.lang.Class類的實例。你也可以通過Class類的方法：
public static Class forName(String className)來查找或者加載一個類，并取得相應的Class類的實例。通過這個Class類的實例，我們可以訪問Java虛擬機方法區中的信息。具體參照Class類的JavaDoc。
2、方法列表（Method Tables）
為了更有效的訪問所有保存在方法區中的數據，這些數據的存儲結構必須經過仔細的設計。所有方法區中，除了保存了上邊的那些原始信息外，還有一個為了加快存 取速度而設計的數據結構，比如方法列表。每一個被加載的非抽象類，Java虛擬機都會為他們產生一個方法列表，這個列表中保存了這個類可能調用的所有實例 方法的引用，報錯那些父類中調用的方法。

八、堆
當Java程序創建一個類的實例或者數組時，都在堆中為新的對象分配內存。虛擬機中只有一個堆，所有的線程都共享他。
1、垃圾收集（Garbage Collection）
垃圾收集是釋放沒有被引用的對象的主要方法。它也可能會為了減少堆的碎片，而移動對象。在Java虛擬機的規范中沒有嚴格定義垃圾收集，只是定義一個Java虛擬機的實現必須通過某種方式管理自己的堆。 2、對象存儲結構（Object Representation）
Java虛擬機的規范中沒有定義對象怎樣在堆中存儲。每一個對象主要存儲的是他的類和父類中定義的對象變量。對于給定的對象的引用，虛擬機必須嫩耨很快的 定位到這個對象的數據。另為，必須提供一種通過對象的引用方法對象數據的方法，比如方法區中的對象的引用，所以一個對象保存的數據中往往含有一個某種形式 指向方法區的指針。
一個可能的堆的設計是將堆分為兩個部分：引用池和對象池。一個對象的引用就是指向引用池的本地指針。每一個引用池中的條目都包含兩個部分：指向對象池中對 象數據的指針和方法區中對象類數據的指針。這種設計能夠方便Java虛擬機堆碎片的整理。當虛擬機在對象池中移動一個對象的時候，只需要修改對應引用池中 的指針地址。但是每次訪問對象的數據都需要處理兩次指針。 另一種堆的設計是：一個對象的引用就是一個指向一堆數據和指向相應對象的偏移指針。這種設計方便了對象的訪問，可是對象的移動要變的異常復雜。 當程序試圖將一個對象轉換為另一種類型時，虛擬機需要判斷這種轉換是否是這個對象的類型，或者是他的父類型。當程序適用instanceof語句的時候也 會做類似的事情。當程序調用一個對象的方法時，虛擬機需要進行動態綁定，他必須判斷調用哪一個類型的方法。這也需要做上面的判斷。
無論虛擬機實現者使用哪一種設計，他都可能為每一個對象保存一個類似方法列表的信息。因為他可以提升對象方法調用的速度，對提升虛擬機的性能非常重要，但 是虛擬機的規范中比沒有要求必須實現類似的數據結構。 每一個Java虛擬機中的對象必須關聯一個用于同步多線程的lock(mutex)。同一時刻，只能有一個對象擁有這個對象的鎖。當一個擁有這個這個對象 的鎖，他就可以多次申請這個鎖，但是也必須釋放相應次數的鎖才能真正釋放這個對象鎖。很多對象在整個生命周期中都不會被鎖，所以這個信息只有在需要時才需 要添加。很多Java虛擬機的實現都沒有在對象的數據中包含“鎖定數據”，只是在需要時才生成相應的數據。除了實現對象的鎖定，每一個對象還邏輯關聯到一 個“wait set”的實現。鎖定幫組線程獨立處理共享的數據，不需要妨礙其他的線程。“wait set”幫組線程協作完成同一個目標。“wait set”往往通過Object類的wait()和notify()方法來實現。
垃圾收集也需要堆中的對象是否被關聯的信息。Java虛擬機規范中指出垃圾收集一個運行一個對象的finalizer方法一次，但是容許 finalizer方法重新引用這個對象，當這個對象再次不被引用時，就不需要再次調用finalize方法。所以虛擬機也需要保存finalize方法 是否運行過的信息。更多信息參見第九章的“垃圾收集”
3、數組的保存（Array Representation）
在Java 中，數組是一種完全意義上的對象，他和對象一樣保存在堆中、有一個指向Class類實例的引用。所有同一維度和類型的數組擁有同樣的Class，數組的長 度不做考慮。對應Class的名字表示為維度和類型。比如一個整型數據的Class為“[I”，字節型三維數組Class名為“[[[B”，兩維對象數據 Class名為“[[Ljava.lang.Object”。
多維數組被表示為數組的數組 , 數組必須在堆中保存數組的長度，數組的數據和一些對象數組類型數據的引用。通過一個數組引用的，虛擬機應該能夠取得一個數組的長度，通過索引能夠訪問特定 的數據，能夠調用Object定義的方法。Object是所有數據類的直接父類。

?

=================================================================

JVM加載class文件的原理機制

1.Java中的所有類，必須被裝載到jvm中才能運行，這個裝載工作是由jvm中的類裝載器完成的，
類裝載器所做的工作實質是把類文件從硬盤讀取到內存中

2.java中的類大致分為三種：
1.系統類
2.擴展類
3.由程序員自定義的類

3.類裝載方式，有兩種
1.隱式裝載， 程序在運行過程中當碰到通過new 等方式生成對象時，隱式調用類裝載器加載對應的類到jvm中，
2.顯式裝載， 通過class.forname()等方法，顯式加載需要的類
隱式加載與顯式加載的區別：
兩者本質是一樣?，
？

4.類加載的動態性體現
一個應用程序總是由n多個類組成，Java程序啟動時，并不是一次把所有的類全部加載后再
運行，它總是先把保證程序運行的基礎類一次性加載到jvm中，其它類等到jvm用到的時候再加載，這樣的好處是節省了內存的開銷，因為java最早就是為嵌入式系統而設計的，內存寶貴，這是一種可以理解的機制，而用到時再加載這也是java動態性的一種體現

5．java類裝載器
Java中的類裝載器實質上也是類，功能是把類載入jvm中，值得注意的是jvm的類裝載器并不是一個，而是三個，層次結構如下：
Bootstrap Loader - 負責加載系統類
|
- - ExtClassLoader - 負責加載擴展類
|
- - AppClassLoader - 負責加載應用類
為什么要有三個類加載器，一方面是分工，各自負責各自的區塊，另一方面為了實現委托模型，下面會談到該模型

6. 類加載器之間是如何協調工作的
前面說了，java中有三個類加載器，問題就來了，碰到一個類需要加載時，它們之間是如何協調工作的，即java是如何區分一個類該由哪個類加載器來完成呢。
在這里java采用了委托模型機制，這個機制簡單來講，就是“類裝載器有載入類的需求時，會先請示其Parent使用其搜索路徑幫忙載入，如果Parent 找不到,那么才由自己依照自己的搜索路徑搜索類”，注意喔，這句話具有遞歸性
下面舉一個例子來說明，為了更好的理解，先弄清楚幾行代碼：
Public class Test{
Public static void main(String[] arg){
ClassLoader c = Test.class.getClassLoader(); //獲取Test類的類加載器
System.out.println(c);
ClassLoader c1 = c.getParent(); //獲取c這個類加載器的父類加載器
System.out.println(c1);
ClassLoader c2 = c1.getParent();//獲取c1這個類加載器的父類加載器
System.out.println(c2);
}
}
把以上代碼存到d:\my 文件夾下，直接編譯，然后在dos模式下運行
D:\my\java Test
。。。AppClassLoader。。。
。。。ExtClassLoader。。。
Null

D:\my

注： 。。。表示省略了內容
可以看出Test是由AppClassLoader加載器加載的
AppClassLoader的Parent 加載器是 ExtClassLoader

但是ExtClassLoader的Parent為 null 是怎么回事呵，朋友們留意的話，前面有提到Bootstrap Loader是用C++語言寫的,依java的觀點來看，邏輯上并不存在Bootstrap Loader的類實體，所以在java程序代碼里試圖打印出其內容時，我們就會看到輸出為null
【注：以下內容大部分引用java深度歷險】
弄明白了上面的示例，接下來直接進入類裝載的委托模型實例，寫兩個文件，如下：
文件：Test1.java
Public class Test1{
Public static void main(String[] arg){
System.out.println(Test1.class.getClassLoader());
Test2 t2 = new Test2();
T2.print();
}
}

文件： Test2.java
Public class Test2{
Public void prin(){
System.out.println(this.getClass().getClassLoader());
}
}

這兩個類的作用就是打印出載入它們的類裝載器是誰， 將這兩個文件保存到d:\my目錄下，編譯后，我們在復制兩份，分別置于 <JRE所在目錄>\classes下（注意，剛開始我們的系統下沒有此目錄，需自己建立） 與 <JRE所在目錄>\lib\ext\classes下（同樣注意，開始我們的系統下也沒此目錄，手工建立）, 然后切換到d:\my目錄下開始測試，

測試一：
<JRE所在目錄>\classes下
Test1.class
Test2.class

<JRE所在目錄>\lib\ext\classes下
Test1.class
Test2.class

D:\my下
Test1.class
Test2.class

dos下輸入運行命令，結果如下：
D:\my>java Test1
Null
Null

D:\my>

從輸出結果我們可以看出，當AppClassLoader要載入Test1.class時，先請其Parent，也就是ExtClassLoader來載 入，而ExtclassLoader又請求其Parent,即Bootstrap Loader來載入Test1.class. 由于 <JRE所在目錄>\Classes目錄為Bootstrap Loader的搜索路徑之一，所以Bootstrap Loader找到了Test1.class,因此將它載入，接著在Test1.class之內有載入Test2.class的需求，由于 Test1.class是由Bootstrap Loader所載入，所以Test2.class內定是由Bootstrap Loader根據其搜索路徑來找，因Test2.class也位于Bootstrap Loader可以找到的路徑下，所以也被載入了，最后我們看到Test1.class與Test2.class都是由Bootstrap Loader（null）載入。

測試二：
<JRE所在目錄>\classes下
Test1.class

<JRE所在目錄>\lib\ext\classes下
Test1.class
Test2.class

D:\my下
Test1.class
Test2.class

dos下輸入運行命令，結果如下：
D:\my>java Test1
Null
Exception in thread “main” java.lang.NoClassdefFoundError:Test2 at Test1.main。。。
D:\my>

從輸出結果我們可以看出，當AppClassLoader要載入Test1.class時，先請其Parent，也就是ExtClassLoader來載 入，而ExtclassLoader又請求其Parent,即Bootstrap Loader來載入Test1.class. 由于 <JRE所在目錄>\Classes目錄為Bootstrap Loader的搜索路徑之一，所以Bootstrap Loader找到了Test1.class,因此將它載入，接著在Test1.class之內有載入Test2.class的需求，由于 Test1.class是由Bootstrap Loader所載入，所以Test2.class內定是由Bootstrap Loader根據其搜索路徑來找，但是因為Bootstrap Loader根本找不到Test2.class（被我們刪除了），而Bootstrap Loader又沒有Parent，所以無法載入Test2.class.最后我們看到Test1.class是由Bootstrap Loader（null）載入，而Test2.class則無法載入

測試三
<JRE所在目錄>\classes下

Test2.class

<JRE所在目錄>\lib\ext\classes下
Test1.class
Test2.class

D:\my下
Test1.class
Test2.class

dos下輸入運行命令，結果如下：
D:\my>java Test1
。。。ExtClassLoader。。。
Null

D:\my>

從輸出結果我們可以看出，當AppClassLoader要載入Test1.class時，先請其Parent，也就是ExtClassLoader來載 入，而ExtclassLoader又請求其Parent,即Bootstrap Loader來載入Test1.class.但是Bootstrap Loader無法在其搜索路徑下找到Test1.class(被我們刪掉了)，所以ExtClassLoader只得自己搜索，因此 ExtClassLoader在其搜索路徑 <JRE所在目錄>\lib\ext\classes下找到了Test1.class,因此將它載入，接著在Test1.class之內有載 入Test2.class的需求，由于Test1.class是由ExtClassLoader所載入，所以Test2.class內定是由 ExtClassLoader根據其搜索路徑來找，但是因為ExtClassLoader有Parent,所以先由Bootstrap Loader幫忙尋找，Test2.class位于Bootstrap Loader可以找到的路徑下，所以被Bootstrap Loader載入了.最后我們看到Test1.class是由ExtClassLoader載入，而Test2.class則是由Bootstrap Loader（null）載入

了解了以上規則，請朋友們自行分析以下場景的執行結果

測試四：
<JRE所在目錄>\classes下

<JRE所在目錄>\lib\ext\classes下
Test1.class
Test2.class

D:\my下
Test1.class
Test2.class

測試五：
<JRE所在目錄>\classes下

<JRE所在目錄>\lib\ext\classes下
Test1.class

D:\my下
Test1.class
Test2.class

測試六：
<JRE所在目錄>\classes下

<JRE所在目錄>\lib\ext\classes下

Test2.class

D:\my下
Test1.class
Test2.class

測試七：
<JRE所在目錄>\classes下

<JRE所在目錄>\lib\ext\classes下

D:\my下
Test1.class
Test2.class

以上理解，錯漏之處請朋友們及時指出，以免怠誤大家

轉載于:https://my.oschina.net/u/242764/blog/59160

總結

以上是生活随笔為你收集整理的java虚拟机及加载class文件的原理机制的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。