一.Android中有哪幾種ClassLoader？它們的作用和區(qū)別是什么？

BootClassLoader加載Android Framework層的字節(jié)碼文件；

PathClassLoader加載已經(jīng)安裝到系統(tǒng)中的apk文件中的字節(jié)碼文件；

DexClassLoader加載沒有安裝到系統(tǒng)中的apk，jar文件中的字節(jié)碼文件；

在android中，ClassLoader關系如上圖

BaseDexClassLoader是PathClassLoader和DexClassLoader的父類，真正實現(xiàn)功能的代碼都在BaseDexClassLoader中

二.簡述ClassLoader的雙親委托模型

當類加載器收到加載類或資源請求時，通常都是先委托給父類加載器加載，當父類加載器找不到指定類或者資源時，自身才會執(zhí)行實際的類加載過程，具體加載過程如下：

1.先去判斷源ClassLoader是否已加載目標類

2.再去判斷父ClassLoader是否加載過目標類

3.如果都沒有再去真正加載這個類，調(diào)用findClass這個方法

雙親委托模型具有共享性和隔離性，共享是指一次加載，一起使用；隔離是指父ClassLoader加載過了，子ClassLoader不會再去加載，保證不會被串改。

三.簡述雙親委托模型在熱修復領域的應用

一種簡單的熱修復方案：假設代碼中有某個類或者幾個類有bug，在修復完代碼之后，可以將這些類打包成一個補丁文件，通過這個補丁文件封裝成一個Element對象，并且將這個Element對象插入到原dexElements數(shù)組的最前端，這樣當DexClassLoader去加載類時，優(yōu)先會從我們插入的這個Element中找到相應的類，雖然那個有bug的類還存在于數(shù)值中后面的Element中，但由于雙親加載機制的特點，這個有bug的類已經(jīng)沒有機會被加載了，這樣有bug就在沒有重新安裝應用的情況下修復了。