Tomcat是如何打破雙親委托機制的

本篇內容介紹了“Tomcat是如何打破雙親委托機制的”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

目錄

• JVM的類加載器
  

• Tomcat的類加載器
  

• findClass
  

• loadClass
  

我們經常會遇到ClassNotFound異常，表明JVM在嘗試加載某類時失敗了。

要解決這個異常，你得知道

• 什么是類加載

• JVM如何加載類

• 為什么會出現ClassNotFound

想想Tomcat又是如何加載和管理Web應用下的Servlet呢？
Tomcat正是通過Context組件來加載管理Web應用的，所以今天我會詳細分析Tomcat的類加載機制。但在這之前，我們有必要預習一下JVM的類加載機制，我會先回答一下一開始拋出來的問題，接著再談談Tomcat的類加載器如何打破Java的雙親委托機制。

JVM的類加載器

Java的類加載，就是把字節碼格式.class文件加載到JVM的方法區，并在JVM堆建立一個java.lang.Class對象實例，封裝Java類相關的數據和方法。

Class對象是什么？
可以理解成業務類的模板，JVM根據該模板創建具體業務類對象實例。

JVM并非在啟動時就把所有 .class 文件都加載一遍，而是程序在運行過程中用到該類才去加載。
JVM類加載由類加載器完成，JDK提供一個抽象類ClassLoader：

public abstract class ClassLoader {

    // 每個類加載器都有個父加載器
    private final ClassLoader parent;
    
    public Class<?> loadClass(String name) {
  
        // 查找該類是否被加載過
        Class<?> c = findLoadedClass(name);
        
        // 若未被加載過
        if( c == null ){
          // 【遞歸】委托給父加載器加載
          if (parent != null) {
              c = parent.loadClass(name);
          } else {
              // 若父加載器為空，查找Bootstrap加載器是否加載過了
              c = findBootstrapClassOrNull(name);
          }
        }
        // 若父加載器未加載成功，調用自己的findClass去加載
        if (c == null) {
            c = findClass(name);
        }
        
        return c；
    }
    
    protected Class<?> findClass(String name){
       // 1. 根據傳入的類名name，到在特定目錄下去尋找類文件，把.class文件讀入內存
          ...
          
       // 2. 調用defineClass將字節數組轉成Class對象
       return defineClass(buf, off, len)；
    }
    
    // 將字節碼數組解析成一個Class對象，用native方法實現
    protected final Class<?> defineClass(byte[] b, int off, int len){
       ...
    }
}

JVM的類加載器是分層的父子關系，每個類加載器都持有一個parent字段指向父加載器。

• defineClass 工具方法：調用native方法把Java類的字節碼解析成一個Class對象

• findClass 就是找到 .class 文件，可能來自文件系統或網絡，找到后把 .class 文件讀到內存得到字節碼數組，然后調用defineClass方法得到Class對象

loadClass 首先檢查這個類是不是已經被加載過了，如果加載過了直接返回，否則交給父加載器去加載。
這是個遞歸調用，即子加載器持有父加載器引用，當一個類加載器需加載一個Java類時，會先委托父加載器去加載，然后父加載器在自己加載路徑中搜索Java類，當父加載器在自己的加載范圍內找不到時，才會交還給子加載器加載，這就是雙親委托機制。

JDK的類加載器工作原理是一樣的，區別只是加載路徑不同，即findClass查找的路徑不同。
雙親委托機制是為保證一個Java類在JVM的唯一性。假如你手滑寫個與JRE核心類同名類，比如Object，雙親委托機制能保證加載的是JRE里的那個Object類，而不是你寫的Object。
因為AppClassLoader在加載你的Object類時，會委托給ExtClassLoader去加載，而ExtClassLoader又會委托給BootstrapClassLoader，BootstrapClassLoader發現自己已經加載過了Object類，會直接返回，不會去加載你的Object類。

類加載器的父子關系不是通過繼承來實現的，比如AppClassLoader并非ExtClassLoader的子類，只是AppClassLoader的parent指向ExtClassLoader對象。
所以若自定義類加載器，不是去繼承AppClassLoader，而是繼承ClassLoader抽象類，再重寫findClass和loadClass即可。
Tomcat就是通過自定義類加載器實現自己的類加載。
若你要打破雙親委托，也就只需重寫loadClass，因為loadClass的默認實現就是雙親委托機制。

Tomcat的類加載器

Tomcat的自定義類加載器WebAppClassLoader打破了雙親委托機制：
首先自己嘗試去加載某個類，如果找不到再委托給父類加載器，目的是優先加載Web應用自己定義的類。
只需重寫ClassLoader的兩個方法：

findClass

public Class<?> findClass(String name) throws ClassNotFoundException {
    ...
    
    Class<?> clazz = null;
    try {
            //1. 先在Web應用目錄下查找類 
            clazz = findClassInternal(name);
    }  catch (RuntimeException e) {
           throw e;
       }
    
    if (clazz == null) {
    try {
            //2. 如果在本地目錄沒有找到，交給父加載器去查找
            clazz = super.findClass(name);
    }  catch (RuntimeException e) {
           throw e;
       }
    
    //3. 如果父類也沒找到，拋出ClassNotFoundException
    if (clazz == null) {
        throw new ClassNotFoundException(name);
     }

    return clazz;
}

工作流程

• 先在Web應用本地目錄下查找要加載的類

• 若未找到，交給父加載器查找，即AppClassLoader

• 若父加載器也沒找到這個類，拋ClassNotFound

loadClass

public Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {

    synchronized (getClassLoadingLock(name)) {
 
        Class<?> clazz = null;

        //1. 先在本地cache查找該類是否已經加載過
        clazz = findLoadedClass0(name);
        if (clazz != null) {
            if (resolve)
                resolveClass(clazz);
            return clazz;
        }

        //2. 從系統類加載器的cache中查找是否加載過
        clazz = findLoadedClass(name);
        if (clazz != null) {
            if (resolve)
                resolveClass(clazz);
            return clazz;
        }

        // 3. 嘗試用ExtClassLoader類加載器類加載，為什么？
        ClassLoader javaseLoader = getJavaseClassLoader();
        try {
            clazz = javaseLoader.loadClass(name);
            if (clazz != null) {
                if (resolve)
                    resolveClass(clazz);
                return clazz;
            }
        } catch (ClassNotFoundException e) {
            // Ignore
        }

        // 4. 嘗試在本地目錄搜索class并加載
        try {
            clazz = findClass(name);
            if (clazz != null) {
                if (resolve)
                    resolveClass(clazz);
                return clazz;
            }
        } catch (ClassNotFoundException e) {
            // Ignore
        }

        // 5. 嘗試用系統類加載器(也就是AppClassLoader)來加載
            try {
                clazz = Class.forName(name, false, parent);
                if (clazz != null) {
                    if (resolve)
                        resolveClass(clazz);
                    return clazz;
                }
            } catch (ClassNotFoundException e) {
                // Ignore
            }
       }
    
    //6. 上述過程都加載失敗，拋出異常
    throw new ClassNotFoundException(name);
}

工作流程

• 先在本地Cache查找該類是否已加載過

• 即Tomcat的類加載器是否已經加載過這個類。

• 若Tomcat類加載器尚未加載過該類，再看看系統類加載器是否加載過

• 若都沒有，就讓ExtClassLoader加載，為防止Web應用自己的類覆蓋JRE的核心類

• 因為Tomcat需打破雙親委托，假如Web應用里自定義了一個叫Object的類，若先加載該Object類，就會覆蓋JRE的Object類，所以Tomcat類加載器優先嘗試用ExtClassLoader去加載，因為ExtClassLoader會委托給BootstrapClassLoader去加載，BootstrapClassLoader發現自己已經加載了Object類，直接返回給Tomcat的類加載器，這樣Tomcat的類加載器就不會去加載Web應用下的Object類了，避免覆蓋JRE核心類。

• 若ExtClassLoader加載失敗，即JRE無此類，則在本地Web應用目錄下查找并加載

• 若本地目錄下無此類，說明不是Web應用自己定義的類，那么由系統類加載器去加載。這里請你注意，Web應用是通過Class.forName調用交給系統類加載器的，因為Class.forName的默認加載器就是系統類加載器。

• 若上述加載過程都失敗，拋ClassNotFound

可見 Tomcat 類加載器打破了雙親委托，沒有一上來就直接委托給父加載器，而是先在本地目錄下加載。
但為避免本地目錄類覆蓋JRE核心類，會先嘗試用ExtClassLoader加載。
那為何不先用AppClassLoader加載？
若這樣，就又變成雙親委托，這就是Tomcat類加載器的奧妙。

“Tomcat是如何打破雙親委托機制的”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！