java的雙親委派機制（雙親委派機制是什麼設計模式）

本文目錄一覽：

• 1、雙親委派機制的優勢與劣勢
• 2、雲南北大青鳥java培訓告訴你創建新對象的兩種方式？
• 3、北大青鳥java培訓：創建新對象的兩種方式？
• 4、java appclassloader打破雙親委派機制了么
• 5、為什麼說java spi破壞雙親委派模型
• 6、java類加載為什麼採用雙親委派模型

雙親委派機制的優勢與劣勢

類加載器用來把類加載到Java虛擬機中。從JDK1.2版本開始，類的加載過程採用雙親委派機制，這種機制能更好地保證Java平台的安全。

如果一個類加載器在接到加載類的請求時，它首先不會自己嘗試去加載這個類，而是把這個請求任務委託給父類加載器去完成，依次遞歸，如果父類加載器可以完成類加載任務，就成功返回。只有父類加載器無法完成此加載任務時，才自己去加載。

規定了類加載器的順序是：引導類加載器先加載，若加載不到，由擴展類加載器加載，若還加載不到，才會由系統類加載器或自定義的類加載器進行加載。

雙親委派機制在java.lang.ClassLoader.loadClass(String,boolean)接口中體現。該接口的邏輯如下：

（1）先在當前加載器的緩存中查找有無目標類，如果有，直接返回。

（2）判斷當前加載器的父加載器是否為空，如果不為空，則調用parent.loadClass(name，false)接口進行加載

（3）反之，如果當前加載器的父類加載器為空，則調用findBootstrapClassOrNull(name)接口，讓引導類加載器進行加載。

（4）如果通過以上3條路徑都沒能成功加載，則調用findClass(name)接口進行加載。該接口最終會調用java.lang.ClassLoader接口的defineClass系列的native接口加載目標Java類。

雙親委派的模型就隱藏在這第2步和第3步中。

假設當前加載的是java.lang.Object這個類，很顯然，該類屬於JDK中核心得不能再核心的一個類，因此一定只能由引導類加載器進行加載。當JVM準備加載java.lang.Object時，JVM默認會使用系統類加載器去加載，按照上面4步加載的邏輯，在第1步從系統的緩存中肯定查找不到該類，於是進入第2步。由於從系統加載器的父加載器是擴展類加載器，於是擴展類加載器繼續從第1步開始重複。由於擴展類加載器的緩存中也一定查找不到該類，因此進入第2步。擴展類的父加載器是null，因此系統調用findClass(String)，最終通過引導類加載器進行加載。

如果在自定義的類加載器中重寫java.lang.ClassLoader.loadClass(String)或java.lang.ClassLoader.loadClass(String,boolean)方法，抹去其中的雙親委派機制，僅保留上面這4步中的第1步與第4步，那麼是不是就能夠加載核心類庫了呢？

這也不行！因為JDK還為核心類庫提供了一層保護機制。不管是自定義的類加載器，還是系統類加載器抑或擴展類加載器，最終必須調用java.lang.ClassLoader.defineClass(String,byte[],int,int,ProtectionDomain)方法，而該方法會執行 preDefineClass()接口 ，該接口中提供了對JDK核心類庫的保護。

檢查類是否加載的委託過程是單向的，這個方式雖然從結構上說比較清晰，使各個ClassLoader的職責非常明確，但是同時會帶來一個問題，即頂層的ClassLoader無法訪問底層的ClassLoader所加載的類。

通常情況下，啟動類加載器中的類為系統核心類，包括一些重要的系統接口，而在應用類加載器中，為應用類。按照這種模式， 應用類訪問系統類自然是沒有問題，但是系統類訪問應用類就會出問題。 比如在系統類中提供了一個接口，該接口需要在應用中得以實現，該接口還綁定一個工廠方法，用於創建該接口的實例，而接口和工廠方法都在啟動類加載器中。這時，就會出現該工廠方法無法創建由應用類加載器加載的應用實例的問題。

由於Java虛擬機規範並沒有明確要求類加載器的加載機制一定要使用雙親委派機制，只是建議而已。

比如在Tomcat中，類加載器所採用的加載機制就和傳統雙親委派模型有一定區別，當缺省的類加載器接收到一個類的加載任務時，首先會由它自行加載，當它加載失敗時，首先會由它自行加載，當它加載失敗時，才會將類的加載任務委派給它的超類加載器去執行，這同時也是Servlet規範推薦的一種做法。

雲南北大青鳥java培訓告訴你創建新對象的兩種方式？

隨着互聯網編程開發技術的發展，編程開發語言已經由面向程序發展成為了面向對象的編程。今天，我們就從兩個方面來了解一下，java編程語言中如何創建新對象的。

java在new一個對象的時候，會先查看對象所屬的類有沒有被加載到內存，如果沒有的話，就會先通過類的全限定名來加載。加載並初始化類完成後，再進行對象的創建工作。

我們先假設是一次使用該類，這樣的話new一個對象就可以分為兩個過程：加載並初始化類和創建對象。

一、類加載過程(一次使用該類)

java是使用雙親委派模型來進行類的加載的，所以在描述類加載過程前，我們先看一下它的工作過程：

雙親委託模型的工作過程是：如果一個類加載器(ClassLoader)收到了類加載的請求，它先不會自己去嘗試加載這個類，而是把這個請求委託給父類加載器去完成，每一個層次的類加載器都是如此，因此所有的加載請求終都應該傳送到頂層的啟動類加載器中，只有當父類加載器反饋自己無法完成這個加載請求(它的搜索範圍中沒有找到所需要加載的類)時，子加載器才會嘗試自己去加載。

使用雙親委託機制的好處是：能夠有效確保一個類的全局性，當程序中出現多個限定名相同的類時，類加載器在執行加載時，始終只會加載其中的某一個類。

1、加載

由類加載器負責根據一個類的全限定名來讀取此類的二進制字節流到JVM內部，並存儲在運行時內存區的方法區，然後將其轉換為一個與目標類型對應的java.lang.Class對象實例

2、驗證

格式驗證：驗證是否符合class文件規範

語義驗證：檢查一個被標記為final的類型是否包含子類;檢查一個類中的final方法是否被子類進行重寫;確保父類和子類之間沒有不兼容的一些方法聲明(比如方法簽名相同，但方法的返回值不同)

操作驗證：在操作數棧中的數據必須進行正確的操作，對常量池中的各種符號引用執行驗證(通常在解析階段執行，檢查是否可以通過符號引用中描述的全限定名定位到指定類型上，以及類成員信息的訪問修飾符是否允許訪問等)

3、準備

為類中的所有靜態變量分配內存空間，並為其設置一個初始值(由於還沒有產生對象，實例變量不在此操作範圍內)

被final修飾的static變量(常量)，會直接賦值;

4、解析

將常量池中的符號引用轉為直接引用(得到類或者字段、方法在內存中的指針或者偏移量，以便直接調用該方法)，這個可以在初始化之後再執行。

解析需要靜態綁定的內容。//所有不會被重寫的方法和域都會被靜態綁定

以上2、3、4三個階段又合稱為鏈接階段，鏈接階段要做的是將加載到JVM中的二進制字節流的類數據信息合併到JVM的運行時狀態中。

5、初始化(先父後子)

4.1為靜態變量賦值

4.2執行static代碼塊

注意：static代碼塊只有jvm能夠調用

如果是多線程需要同時初始化一個類，僅僅只能允許其中一個線程對其執行初始化操作，其餘線程必須等待，只有在活動線程執行完對類的初始化操作之後，才會通知正在等待的其他線程。

因為子類存在對父類的依賴，所以類的加載順序是先加載父類後加載子類，初始化也一樣。不過，父類初始化時，子類靜態變量的值也有有的，是默認值。

終，方法區會存儲當前類類信息，包括類的靜態變量、類初始化代碼(定義靜態變量時的賦值語句和靜態初始化代碼塊)、實例變量定義、實例初始化代碼(定義實例變量時的賦值語句實例代碼塊和構造方法)和實例方法，還有父類的類信息引用。

二、創建對象

1、在堆區分配對象需要的內存

分配的內存包括本類和父類的所有實例變量，但不包括任何靜態變量

2、對所有實例變量賦默認值

將方法區內對實例變量的定義拷貝一份到堆區，然後賦默認值

3、執行實例初始化代碼

初始化順序是先初始化父類再初始化子類，初始化時先執行實例代碼塊然後是構造方法

4、如果有類似於Childc=newChild()形式的c引用的話，在棧區定義Child類型引用變量c，然後將堆區對象的地址賦值給它

需要注意的是，麗江IT培訓發現每個子類對象持有父類對象的引用，可在內部通過super關鍵字來調用父類對象，但在外部不可訪問

北大青鳥java培訓：創建新對象的兩種方式？

隨着互聯網編程開發技術的發展，編程開發語言已經由面向程序發展成為了面向對象的編程。

今天，我們就從兩個方面來了解一下，java編程語言中如何創建新對象的。

java在new一個對象的時候，會先查看對象所屬的類有沒有被加載到內存，如果沒有的話，就會先通過類的全限定名來加載。

加載並初始化類完成後，再進行對象的創建工作。

我們先假設是一次使用該類，這樣的話new一個對象就可以分為兩個過程：加載並初始化類和創建對象。

一、類加載過程(一次使用該類)java是使用雙親委派模型來進行類的加載的，所以在描述類加載過程前，我們先看一下它的工作過程：雙親委託模型的工作過程是：如果一個類加載器(ClassLoader)收到了類加載的請求，它先不會自己去嘗試加載這個類，而是把這個請求委託給父類加載器去完成，每一個層次的類加載器都是如此，因此所有的加載請求終都應該傳送到頂層的啟動類加載器中，只有當父類加載器反饋自己無法完成這個加載請求(它的搜索範圍中沒有找到所需要加載的類)時，子加載器才會嘗試自己去加載。

使用雙親委託機制的好處是：能夠有效確保一個類的全局性，當程序中出現多個限定名相同的類時，類加載器在執行加載時，始終只會加載其中的某一個類。

1、加載由類加載器負責根據一個類的全限定名來讀取此類的二進制字節流到JVM內部，並存儲在運行時內存區的方法區，然後將其轉換為一個與目標類型對應的java.lang.Class對象實例2、驗證格式驗證：驗證是否符合class文件規範語義驗證：檢查一個被標記為final的類型是否包含子類;檢查一個類中的final方法是否被子類進行重寫;確保父類和子類之間沒有不兼容的一些方法聲明(比如方法簽名相同，但方法的返回值不同)操作驗證：在操作數棧中的數據必須進行正確的操作，對常量池中的各種符號引用執行驗證(通常在解析階段執行，檢查是否可以通過符號引用中描述的全限定名定位到指定類型上，以及類成員信息的訪問修飾符是否允許訪問等)3、準備為類中的所有靜態變量分配內存空間，並為其設置一個初始值(由於還沒有產生對象，實例變量不在此操作範圍內)被final修飾的static變量(常量)，會直接賦值;4、解析將常量池中的符號引用轉為直接引用(得到類或者字段、方法在內存中的指針或者偏移量，以便直接調用該方法)，這個可以在初始化之後再執行。

解析需要靜態綁定的內容。

//所有不會被重寫的方法和域都會被靜態綁定以上2、3、4三個階段又合稱為鏈接階段，鏈接階段要做的是將加載到JVM中的二進制字節流的類數據信息合併到JVM的運行時狀態中。

5、初始化(先父後子)4.1為靜態變量賦值4.2執行static代碼塊注意：static代碼塊只有jvm能夠調用如果是多線程需要同時初始化一個類，僅僅只能允許其中一個線程對其執行初始化操作，其餘線程必須等待，只有在活動線程執行完對類的初始化操作之後，才會通知正在等待的其他線程。

因為子類存在對父類的依賴，所以類的加載順序是先加載父類後加載子類，初始化也一樣。

不過，父類初始化時，子類靜態變量的值也有有的，是默認值。

終，方法區會存儲當前類類信息，包括類的靜態變量、類初始化代碼(定義靜態變量時的賦值語句和靜態初始化代碼塊)、實例變量定義、實例初始化代碼(定義實例變量時的賦值語句實例代碼塊和構造方法)和實例方法，還有父類的類信息引用。

二、創建對象1、在堆區分配對象需要的內存分配的內存包括本類和父類的所有實例變量，但不包括任何靜態變量2、對所有實例變量賦默認值將方法區內對實例變量的定義拷貝一份到堆區，然後賦默認值3、執行實例初始化代碼初始化順序是先初始化父類再初始化子類，初始化時先執行實例代碼塊然後是構造方法4、如果有類似於Childc=newChild()形式的c引用的話，在棧區定義Child類型引用變量c，然後將堆區對象的地址賦值給它需要注意的是，廣西IT培訓發現每個子類對象持有父類對象的引用，可在內部通過super關鍵字來調用父類對象，但在外部不可訪問

java appclassloader打破雙親委派機制了么

沒有打破，自定義的類加載器，它們之間的層次關係被稱為類加載器的雙親委派模型。該模型要求除了頂層的啟動類加載器外，其餘的類加載器都應該有自己的父類加載器，而這種父子關係一般通過組合（Composition）關係來實現，而不是通過繼承而來的

為什麼說java spi破壞雙親委派模型

使用Class.forName()不就是相當於在使用的時候把類名寫死了么，SPI就是要解決這個問題，我提供一個接口，你需要自己的實現類直接打個JAR包發到classpath就可以了。

java類加載為什麼採用雙親委派模型

採用雙親委派模型使得java類隨着它的類加載器一起具備了一種帶有優先級的層次關係。

例如類java.lang.Object，它存放在rt.jar中，無論哪個類加載器要加載這個類，最終都會委派給啟動類加載器進行加載，因此Object類在程序的各種類加載器環境中都是同一個類。相反，如果用戶自己寫了一個名為java.lang.Object的類，並放在程序的Classpath中，那系統中將會出現多個不同的Object類，java類型體系中最基礎的行為也無法保證，應用程序也會變得一片混亂。