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類型體系中最基礎的行為也無法保證，應用程序也會變得一片混亂。