雙親委派機制

我打開了我的AndroidStudio，搜索了下“ClassLoader”,然后打開“java.lang”包下的ClassLoader類。然后將代碼翻到loadClass方法：

    public Class<?> loadClass(String name) throws ClassNotFoundException {
        return loadClass(name, false);
    }
    //              -----????????-----
    protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                try {
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                }

                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    c = findClass(name);
                }
            }
            return c;
    }

其實這段代碼已經很好的解釋了雙親委派機制，為了大家更容易理解，我做了一張圖來描述一下上面一段代碼到底是怎么做的：  

 
從上圖中我們就更容易理解了，當一個Hello.class這樣的文件要被加載時。不考慮我們自定義類加載器，首先會在AppClassLoader中檢查是否加載過，如果有那就無需再加載了。如果沒有，那么會拿到父加載器，然后調用父加載器的loadClass方法。父類中同理會先檢查自己是否已經加載過，如果沒有再往上。注意這個過程，知道到達Bootstrap classLoader之前，都是沒有哪個加載器自己選擇加載的。如果父加載器無法加載，會下沉到子加載器去加載，一直到最底層，如果沒有任何加載器能加載，就會拋出ClassNotFoundException。

為什么要設計這種機制

這種設計有個好處是，如果有人想替換系統級別的類：String.java。篡改它的實現，但是在這種機制下這些系統的類已經被Bootstrap classLoader加載過了，所以并不會再去加載，從一定程度上防止了危險代碼的植入。