Android 高級(jí)面試：插件化和熱修復(fù)相關(guān)

1、dex 和 class 文件結(jié)構(gòu)

class 是 JVM 可以執(zhí)行的文件類型，由 javac 編譯生成；dex 是 DVM 執(zhí)行的文件類型，由 dx 編譯生成。

class 文件結(jié)構(gòu)的特點(diǎn)：

1. 是一種 8 位二進(jìn)制字節(jié)流文件；
2. 各個(gè)數(shù)據(jù)按順序緊密的排列，無(wú)間隙；
3. 每個(gè)類或者借口都單獨(dú)占據(jù)一個(gè) class 文件；

class 文件的文件結(jié)構(gòu)：

1. magic                           加密字段
2. minor_version                   支持最低版本的jdk
3. major_version                   編譯使用的jdk版本
4. constant_pool_count             常量池的數(shù)量
5. cp_info constant_pool           常量池的結(jié)構(gòu)體，數(shù)量不定
6. access_flags                    訪問(wèn)級(jí)別
7. this_class                      當(dāng)前類
8. super_class                     父類
9. interfaces_count                類實(shí)現(xiàn)接口的數(shù)量
10. fields_count                   類成員變量的數(shù)量
11. methods_count                  類方法的數(shù)量
12. method_info methods            類方法的結(jié)構(gòu)體
13. attributes_count               類屬性的數(shù)量
14. attribute_info attributes      類屬性的結(jié)構(gòu)體

dex 文件的結(jié)構(gòu)的特點(diǎn)：

1. 是一種 8 位二進(jìn)制字節(jié)流文件；
2. 各個(gè)數(shù)據(jù)按順序緊密的排列，無(wú)間隙；
3. 一般情況下，整個(gè)應(yīng)用所有 java 源文件都放在一個(gè) dex 文件中。

dex 的文件結(jié)構(gòu)分成 3 個(gè)區(qū)：

1. 第一個(gè)區(qū)是 header，包括：1. header_item dex_header 這個(gè)結(jié)構(gòu)體，
2. 第二個(gè)區(qū)是索引區(qū)，包括：1. string_id_list dex_string_ids（字符串索引2. type_id_list dex_type_ids（類型索引）3. proto_id_list dex_proto_ids（方法原型索引）4. field_id_list dex_field_ids（域索引）5. method_id_list dex_method_ids（方法索引）
3. 第三個(gè)區(qū)是數(shù)據(jù)區(qū)，包括：1. class_def_item_list dex_class_defs（類的定義）2. data3. link_data(so)

兩者的主要區(qū)別：

1. class 中只包含了一個(gè) java 文件的信息，dex 中包含了多個(gè) java 文件的的信息；
2. dex 中包含了很多類的信息，它會(huì)把類的信息進(jìn)行拆分，然后把拆分后的信息分配到指定的索引區(qū)域中。比如方法索引區(qū)域就包含了所有類的方法的索引。

2、加固的原理

加固的過(guò)程分成幾個(gè)步驟：

1. 要加固的 APK + 殼程序 dex 合成新的 dex；
2. 然后用新合成的 dex 替換克 apk 中的 dex 得到新的 APK.

第一步的時(shí)候可以對(duì) APK 進(jìn)行加密，然后在運(yùn)行時(shí)對(duì) APK 進(jìn)行解密。合成新 APK 的本質(zhì)過(guò)程是對(duì) dex 進(jìn)行拼接，將 APK 文件附加到 dex 文件后面。因?yàn)榇藭r(shí) dex 的信息已經(jīng)發(fā)生了變化，所以需要對(duì) dex 的文件頭進(jìn)行修改，包括魔數(shù)、檢驗(yàn)碼和 SHA-1 簽名的修改。本質(zhì)上拼接的過(guò)程可以通過(guò)讀取二進(jìn)制數(shù)組，然后通過(guò)數(shù)組拷貝將 APK 附加到 dex 末尾。

第二部就是一個(gè)打包的過(guò)程。不過(guò)這個(gè)過(guò)程會(huì)修改 Manifest 文件，將程序中的 Application 替換掉。替換后的 Application 會(huì)在程序啟動(dòng)的時(shí)候?qū)⑽覀兊?APK 加載進(jìn)來(lái)。下面是 360 加固之后的 Manifest 文件：

加固的過(guò)程有些類似于插件化的流程，也是將 APK 解壓到磁盤(pán)之后，通過(guò)反射替換掉 AssertsManager，并將其指向我們解壓之后的資源的路徑。

360 加固的核心算法在 native 層實(shí)現(xiàn)，里面針對(duì)不同的平臺(tái)提供了各種 so 庫(kù)，運(yùn)行時(shí)在 java 層判斷平臺(tái)版本，調(diào)用 so 庫(kù)。

3、熱修復(fù)的原理

根據(jù)修復(fù)的類型分成幾種：類的修復(fù)，資源修復(fù)和 so 修復(fù)。

類的修復(fù)：

4、插件化的原理

另外
有什么技術(shù)問(wèn)題歡迎加我交流 qilebeaf
本人10多年大廠軟件開(kāi)發(fā)經(jīng)驗(yàn)，精通Android，Java，Python，前端等開(kāi)發(fā)，空余時(shí)間承接軟件開(kāi)發(fā)設(shè)計(jì)、課程設(shè)計(jì)指導(dǎo)、解決疑難bug、AI大模型搭建，AI繪圖應(yīng)用等。
歡迎砸單