一.Java中的ClassLoader猿挚。

80a46038ad7f148edef4bd2116d2ed21.png

二.Android中的ClassLoader詳解.

1.android中ClassLoader的種類。
a.BootClassLoader：主要用來加載android FrameWork層的一些class字節(jié)碼文件是牢。
b.PathClassLoader：主要用來加載已經(jīng)安裝到系統(tǒng)中的APK 文件中的class（與java中的AppClassLoader類似）僵井。
c.DexClassLoader：用來加載指定目錄下的class字節(jié)碼文件（與java中的自定義ClassLoader類似）。
d.BaseDexClassLoader：父類驳棱，PathClassLoader和DexClassLoader都是它的子類批什。
2.android中ClassLoader的特點(diǎn)和作用。
特點(diǎn)：
雙親代理模式加載class字節(jié)碼社搅。
雙親代理模式：ClassLoader在加載一個(gè)字節(jié)碼時(shí)驻债，首先會(huì)詢問 當(dāng)前的
ClassLoader是否已經(jīng)加載過此類，如果已經(jīng)加載過就直接返回形葬，不在重復(fù)的去
加載合呐，如果沒有的話，會(huì)查詢它的parent是否已經(jīng)加載過此類笙以，如果加載過那
么就直接返回parent加載過的字節(jié)碼文件淌实，如果整個(gè)繼承線路上都沒有加載過
此類，最后由子ClassLoader執(zhí)行真正的加載。這樣做的好處：如果一個(gè)類被位
于樹中的任意ClassLoader節(jié)點(diǎn)加載過翩伪，就會(huì)緩存在內(nèi)存里微猖，那么在以后的整個(gè)
系統(tǒng)的生命周期中這個(gè)類都不會(huì)在被重新加載，大大提高了加載類的效率缘屹。
作用：
類加載共享功能
類加載的隔離功能：不同繼承線路上加載的類肯定不是同一個(gè)類凛剥，避免用戶自己
去寫一些代碼，冒充我們核心的類庫轻姿。
問題：怎么樣的類才被認(rèn)為是同一個(gè)類犁珠？
包名和類名相同就可以嗎？不是互亮，還要再加上是被同一個(gè)ClassLoader加載的犁享。
三個(gè)條件都滿足，才能說是同一個(gè)類豹休。
3.ClassLoader源碼炊昆。
我們首先看一下ClassLoader中的最核心的方法loadClass。

public Class<?> loadClass(String className) throws ClassNotFoundException {
       return loadClass(className, false);
}

protected Class<?> loadClass(String className, boolean resolve) throws ClassNotFoundException {
        Class<?> clazz = findLoadedClass(className);
        if (clazz == null) {
            ClassNotFoundException suppressed = null;
            try {
                clazz = parent.loadClass(className, false);
            } catch (ClassNotFoundException e) {
                suppressed = e;
            }

            if (clazz == null) {
                try {
                    clazz = findClass(className);
                } catch (ClassNotFoundException e) {
                    e.addSuppressed(suppressed);
                    throw e;
                }
            }
        }
    return clazz;
}

1.首先調(diào)用findLoadedClass查看自身是否加載過該name的類文件威根。
2.如果沒有凤巨，調(diào)用父ClassLoader的loadClass看是否加載過類文件。
3.如果父classLoader也沒有加載過洛搀，表明我們這個(gè)類從來沒有沒加載過敢茁，則調(diào)用自身的findClass方法去dex文件中查找這個(gè)類。
4.以上就是雙親委托模式留美，首先看自己加載過沒有彰檬，如果沒有就看父classLoader加載過沒有。
接下來看一下findClass方法是如何實(shí)現(xiàn)的谎砾。

protected Class<?> findClass(String className) throws ClassNotFoundException {
       throw new ClassNotFoundException(className);
}

該方法是個(gè)空實(shí)現(xiàn)逢倍，這樣做的意義是交給他的子類去實(shí)現(xiàn)，這樣子類就可以定義不同的查找行為景图。
接下來看一下子類的實(shí)現(xiàn)瓶堕。
DexClassLoader：

public DexClassLoader(String dexPath, String optimizedDirectory,
            String libraryPath, ClassLoader parent) {
        super(dexPath, new File(optimizedDirectory), libraryPath, parent);
}

DexClassLoader實(shí)現(xiàn)非常簡單，只有一個(gè)構(gòu)造方法症歇，該ClassLoader可以加載來自jar和apk中的dex文件中的類郎笆，因此DexClassLoader可以加載一些并沒有安裝到系統(tǒng)應(yīng)用中的一些類 所以說DexClassLoader是我們動(dòng)態(tài)加載的核心。
dexPath：指定要加載的dex文件的路徑忘晤，包含多個(gè)路徑用File.pathSeparator間隔開,在Android上默認(rèn)是 ":" 宛蚓。
optimizedDirectory：從apk中解析出dex文件存儲(chǔ)的路徑，一般是應(yīng)用程序內(nèi)部路徑 设塔。
libraryPath：目標(biāo)類中使用的C/C++庫的列表,每個(gè)目錄用File.pathSeparator間隔開; 可以為 null凄吏。
parent：該類裝載器的父裝載器，一般用當(dāng)前執(zhí)行類的裝載器。
接下來看一下同樣繼承BaseDexClassLoader類的PathClassLoader痕钢。
PathClassLoader同樣很簡單图柏，有兩個(gè)構(gòu)造方法。

public PathClassLoader(String dexPath, ClassLoader parent) {
        super(dexPath, null, null, parent);
}

 public PathClassLoader(String dexPath, String libraryPath,
            ClassLoader parent) {
        super(dexPath, null, libraryPath, parent);
}

我們主要看一下第二個(gè)構(gòu)造方法任连。
與DexClassLoader構(gòu)造方法唯一的區(qū)別就是少了要拷貝的dex文件的路徑蚤吹，因此PathClassLoader只能加載安裝到系統(tǒng)中的APK文件。
接下來看一下這兩個(gè)類的父類BaseDexClassLoader是如何完成類的查找的随抠。

private final DexPathList pathList;

BaseDexClassLoader類里面定義了一個(gè)DexPathList裁着，存儲(chǔ)的是dex的集合，因?yàn)閍pk是可以dex分包拱她，它里面含有一個(gè)DexElement的集合二驰，每一個(gè)Element就對應(yīng)一個(gè)dex文件，先看一下核心的方法findClass秉沼。

@Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        List<Throwable> suppressedExceptions = new ArrayList<Throwable>();
        Class c = pathList.findClass(name, suppressedExceptions);
        if (c == null) {
            ClassNotFoundException cnfe = new ClassNotFoundException("Didn't find class \"" + name + "\" on path: " + pathList);
            for (Throwable t : suppressedExceptions) {
                cnfe.addSuppressed(t);
            }
            throw cnfe;
        }
        return c;
     }

它是通過成員變量pathList的findClass方法 桶雀，傳入我們要查找的類名，來尋找我們的class字節(jié)碼 唬复，所以說BaseDexClassLoader也不是真正查找類的地方背犯，接下來就到DexPathList中去看一下類是如何查找的。
我們首先看一下它的一些成員變量盅抚。

private static final String DEX_SUFFIX = ".dex";
private final ClassLoader definingContext;
private final Element[] dexElements;

DEX_SUFFIX：表示要加載的文件都是.dex后綴。
definingContext：在構(gòu)造方法中傳入的 倔矾。
dexElements：Element是DexPathList中的一個(gè)內(nèi)部類妄均，里面最核心的就是DexFile。
接下來看一下構(gòu)造方法：

public DexPathList(ClassLoader definingContext, String dexPath,
                       String libraryPath, File optimizedDirectory) {

        if (definingContext == null) {
            throw new NullPointerException("definingContext == null");
        }

        if (dexPath == null) {
            throw new NullPointerException("dexPath == null");
        }

        if (optimizedDirectory != null) {
            if (!optimizedDirectory.exists()) {
                throw new IllegalArgumentException(
                        "optimizedDirectory doesn't exist: "
                                + optimizedDirectory);
            }

            if (!(optimizedDirectory.canRead()
                    && optimizedDirectory.canWrite())) {
                throw new IllegalArgumentException(
                        "optimizedDirectory not readable/writable: "
                                + optimizedDirectory);
            }
        }

        this.definingContext = definingContext;

        ArrayList<IOException> suppressedExceptions = new ArrayList<IOException>();
        // save dexPath for BaseDexClassLoader
        this.dexElements = makePathElements(splitDexPath(dexPath), optimizedDirectory,suppressedExceptions);

        this.nativeLibraryDirectories = splitPaths(libraryPath, false);
        this.systemNativeLibraryDirectories =
                splitPaths(System.getProperty("java.library.path"), true);
        List<File> allNativeLibraryDirectories = new ArrayList<>(nativeLibraryDirectories);
        allNativeLibraryDirectories.addAll(systemNativeLibraryDirectories);

        this.nativeLibraryPathElements = makePathElements(allNativeLibraryDirectories, null,
                suppressedExceptions);

        if (suppressedExceptions.size() > 0) {
            this.dexElementsSuppressedExceptions =
                    suppressedExceptions.toArray(new IOException[suppressedExceptions.size()]);
        } else {
            dexElementsSuppressedExceptions = null;
        }
    }

初始化一些成員變量哪自，this.definingContext賦值丰包，最重要的就是this.dexElements = makePathElements(splitDexPath(dexPath), optimizedDirectory,suppressedExceptions);這行代碼，來初始化Element數(shù)組壤巷，下面看下該方法的實(shí)現(xiàn)邑彪。

private static Element[] makePathElements(List<File> files, File optimizedDirectory, List<IOException> suppressedExceptions) {
        List<Element> elements = new ArrayList<>();

        for (File file : files) {
            File zip = null;
            File dir = new File("");
            DexFile dex = null;
            String path = file.getPath();
            String name = file.getName();

            if (path.contains(zipSeparator)) {
                String split[] = path.split(zipSeparator, 2);
                zip = new File(split[0]);
                dir = new File(split[1]);
            } else if (file.isDirectory()) {
                ng up resources in directories is useful for running libcore tests.
                        elements.add(new Element(file, true, null, null));
            } else if (file.isFile()) {
                if (name.endsWith(DEX_SUFFIX)) {               // Raw dex file (not inside a zip/jar).
                    try {
                        dex = loadDexFile(file, optimizedDirectory);
                    } catch (IOException ex) {
                        System.logE("Unable to load dex file: " + file, ex);
                    }
                } else {
                    zip = file;
                    try {
                        dex = loadDexFile(file, optimizedDirectory);
                    } catch (IOException suppressed) {
                        suppressedExceptions.add(suppressed);
                    }
                }
            } else {
                System.logW("ClassLoader referenced unknown path: " + file);
            }
            if ((zip != null) || (dex != null)) {
                elements.add(new Element(dir, false, zip, dex));
            }
        }
        return elements.toArray(new Element[elements.size()]);
    }

該方法就是解析dex文件成對應(yīng)的DexElement
1.遍歷所有的dex文件。
2.將dex文件轉(zhuǎn)化成對應(yīng)的DexFile對象胧华。
3.如果是.dex結(jié)尾（針對PathClassLoader處理）寄症，調(diào)用loadDexFile方法。
4.如果.dex .jar .apk 結(jié)尾 （針對DexClassLoader處理） 矩动，調(diào)用loadDexFile方法有巧。

三.Android中的動(dòng)態(tài)加載比一般Java程序復(fù)雜在哪里

1.有許多組件類需要注冊才能使用（Activity、Service需要在AndroidManifest中注
   冊后才能使用）悲没。
2.資源的動(dòng)態(tài)加載比較復(fù)雜篮迎。（資源也需要注冊）
總結(jié)來說就是android的動(dòng)態(tài)加載需要一個(gè)上下文環(huán)境。