最近一直在處理客戶端動態載入、外掛相關的功能，其中的核心便是ClassLoader 類載入器。

不看原理，先看現象

@Override
protected void onCreate(Bundle savedInstanceState) {
	super.onCreate(savedInstanceState);
	int i = 0;
        ClassLoader classLoader = getClassLoader();
        if (classLoader != null) {
            LogUtil.e("classLoader " + i++ + " : " + classLoader.toString());
            while (classLoader.getParent() != null) {
                classLoader = classLoader.getParent();
                LogUtil.e("classLoader " + i++ + " : " + classLoader.toString());
            }
        }
}
 

得到相關日誌：

classLoader 0 : dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/XXX/base.apk"],nativeLibraryDirectories=[/data/app/XXX/lib/arm, /system/fake-libs, /data/app/XXX/base.apk!/lib/armeabi-v7a, /system/lib, /vendor/lib]]]
classLoader 1 : jav[email protected]

從日誌中可以發現，有兩個個ClassLoader例項，一個是 BootClassLoader（系統啟動的時候建立的），另一個是 PathClassLoader（應用啟動時建立的，用於載入 “/data/app/XXX/base.apk” 裡面的類）。
在 Android 系統啟動的時候會建立一個 Boot 型別的 ClassLoader 例項，用於載入一些系統 Framework 層級需要的類，我們的 Android 應用裡也需要用到一些系統的類，所以 APP 啟動的時候也會把這個 Boot 型別的 ClassLoader 傳進來。此外，APP 也有自己的類，這些類儲存在 APK 的 dex 檔案裡面，所以 APP 啟動的時候，也會建立一個自己的 ClassLoader 例項，用於載入自己 dex 檔案中的類。
所以，一個執行的App至少擁有兩個ClassLoader，那麼這兩個ClassLoader又是如果運作的呢？
檢視Instrumentation原始碼，

public Activity newActivity(ClassLoader cl, String className,Intent intent) 
		throws InstantiationException, IllegalAccessException,ClassNotFoundException {
	return (Activity)cl.loadClass(className).newInstance();
}

可以發現，在建立Activity例項的過程中，呼叫到的是ClassLoader的loadClass方法：

public Class<?> loadClass(String className) throws ClassNotFoundException {
        return loadClass(className, false);
}
protected Class<?> loadClass(String className, boolean resolve) throws ClassNotFoundException {
    //先查詢當前ClassLoader是否已經載入過
    Class<?> clazz = findLoadedClass(className);

    if (clazz == null) {
        ClassNotFoundException suppressed = null;
        try {
	    //再查詢Parent是否載入過
            clazz = parent.loadClass(className, false);
        } catch (ClassNotFoundException e) {
            suppressed = e;
        }

        if (clazz == null) {
            try {
		//如果都沒有載入過，再執行findClass方法，載入相關的class
                clazz = findClass(className);
            } catch (ClassNotFoundException e) {
                e.addSuppressed(suppressed);
                throw e;
            }
        }
    }
    return clazz;
}
 

所以一個類載入器的載入流程為：
1、先查詢當前ClassLoader是否載入過 
2、如果沒有，再查詢Parent是否載入過 
3、如果繼承路線上的Loader都沒有載入過，則有Child執行載入工作

那Parent與當前Child又是什麼關係呢？

protected ClassLoader() {
    this(getSystemClassLoader(), false);
}

protected ClassLoader(ClassLoader parentLoader) {
    this(parentLoader, false);
}

ClassLoader(ClassLoader parentLoader, boolean nullAllowed) {
    if (parentLoader == null && !nullAllowed) {
        throw new NullPointerException("parentLoader == null && !nullAllowed");
    }
    parent = parentLoader;
}

通過原始碼，可以發現，在建立一個構造器例項的時候，必須傳入一個已存在的ClassLoader作為新建立的ClassLoader的ParentLoader；在剛開始的實驗中，可以發現，呼叫PathClassLoader的getParent()，獲取到的就是BootClassLoader。
這樣，一個App中所有的ClassLoader都被關聯起來了。