在慕課網(wǎng)上學習了Android Multidex原理及實現(xiàn)，做了一份比較詳細的記錄缎患，感覺還是挺有收獲的滞欠，非常感謝作者gavin2008
1燥滑、什么是分包及分包可以解決什么問題
重命名Android應用的apk包的格式為rar后綴，解壓后會發(fā)現(xiàn)這個apk的目錄結(jié)構如下：
apk
--AndroidManifest.xml
--R
--resource.arsc
--asssets
--lib
--META-INF
--classes.dex
分別是
- 配置文件AndroidManifest.xml
- R資源文件香罐，存放drawable卧波、String等資源
- 資源索引resourece.arsc
- 未經(jīng)過壓縮處理保留原文件的assets資源，沒有id
- lib第三方依賴so庫
- apk包的簽名信息META-INF
- 以及代碼文件dex
在Android里面穴吹，每一個classes.dex會使用short類型來表示一個dex包的方法數(shù)幽勒，如果方法數(shù)目大于65535，超過short類型所能表示的最大值港令，就會發(fā)生以下異常：
UNEXPECTED TOP-LEVEL EXCEPTION:
com.android.dex.DexIndexOverflowException: method ID not in [0, 0xffff]: 65536
at com.android.dx.merge.DexMerger$6.updateIndex(DexMerger.java:484)
at com.android.dx.merge.DexMerger$IdMerger.mergeSorted(DexMerger.java:261)
at com.android.dx.merge.DexMerger.mergeMethodIds(DexMerger.java:473)
at com.android.dx.merge.DexMerger.mergeDexes(DexMerger.java:161)
at com.android.dx.merge.DexMerger.merge(DexMerger.java:188)
at com.android.dx.command.dexer.Main.mergeLibraryDexBuffers(Main.java:504)
at com.android.dx.command.dexer.Main.runMonoDex(Main.java:334)
at com.android.dx.command.dexer.Main.run(Main.java:277)
at com.android.dx.command.dexer.Main.main(Main.java:245)
at com.android.dx.command.Main.main(Main.java:106)
而分包技術啥容，會把大于64k方法數(shù)的代碼分包成多個dex包，可以解決這樣的問題顷霹。
2咪惠、Java中Classloader機制介紹
- AppClassLoader
Java類的全名是sun.misc.Launcher$AppClassLoader，主要加載工程目錄CLASSPATH淋淀，AppDemo/bin路徑下的包
Class mainClass = Main.class;
ClassLoader mainLoader = mainClass.getClassLoader();
// 輸出全名sun.misc.Launcher$AppClassLoader
mainLoader.toString()
// 加載的是該項目的CLASSPATH路徑遥昧，AppDemo/bin
URL urls = ((URLClassLoader) mainLoader).getURLs();
- ExtClassLoader（AppClassLoader的parent）
Java類的全名是sun.misc.Launcher$ExtClassLoader，主要加載jre/lib/ext/目錄下的擴展包
- BootstrapClassLoader（需要通過反射獲榷浞住）
純C++實現(xiàn)的類加載器炭臭，沒有對應的Java類，主要加載jre/lib/目錄下的核心庫袍辞。
此目錄下的rt.jar中的ArrayList.getClassLoader()打印出來之后是null鞋仍，因為沒有對應的Java類。
3搅吁、父委托機制
能夠提高軟件系統(tǒng)的安全性威创。如果建立了一個包名 + 類名完全一樣的ArrayList落午，Java虛擬器仍然會加載到JDK中的jre/lib/rt.jar里面的ArrayList，從而不會被用戶輕易修改肚豺。
父加載器指的是委托機制中的父級別溃斋，并非父類。
4吸申、Android中常用的類加載器
- PathClassLoader
加載/data/app目錄下的apk文件梗劫，從這個目錄看看看出，PathClassLoader主要用來加載已經(jīng)安裝好了的apk
- DexClassLoader
加載路徑需要在創(chuàng)建DexClassLoader時傳入呛谜，也就是說可以加載任何路徑下的apk/dex/jar
- BaseClassLoader
DexPathList在跳，操作dex文件的對象
findClass()，查找dex列表中的Class
Element[]隐岛，存放dex文件的數(shù)組
它們的繼承關系如下圖所示：
5猫妙、AndroidStudio中使用Gradle實現(xiàn)分包方案的代碼實現(xiàn)
Google官方文檔：Configure Apps with Over 64K Methods
現(xiàn)在開發(fā)Android應用，能達到突破64k方法的項目聚凹，應該都是使用AndroidStudio來開發(fā)了吧割坠，下面介紹Gradle的實現(xiàn)方案。在build.gradle文件里面配置如下
android {
defaultConfig {
...
minSdkVersion 15
targetSdkVersion 26
multiDexEnabled true
}
...
}
dependencies {
compile 'com.android.support:multidex:1.0.1'
}
沒有重寫Application妒牙，需要在AndroidManifest.xml添加
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.myapp">
<application
android:name="android.support.multidex.MultiDexApplication" >
...
</application>
</manifest>
重寫了Application彼哼，沒有繼承其他Application的情況下：
public class MyApplication extends MultiDexApplication { ... }
重寫了Application，繼承了其他自定義Application的情況下：
public class MyApplication extends SomeOtherApplication {
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
MultiDex.install(this);
}
}
6湘今、MultiDex原理
方案一
根據(jù)父委托機制的原理敢朱，在PathClassLoader和BootClassLoader中間插入DexClassLoader，這樣就可以實現(xiàn)由DexClasLoader加載自定義的dex文件jar中的類摩瞎。
方案二
將DexClassLoader的Element[]追加到PathClassLoader中拴签，也就是把所有dex文件都放在了PathClassLoader的PathDexList中。
MultiDex源碼如下
/**
* 將DexClassLoader的Element[]追加到PathClassLoader中
*/
private static void install(ClassLoader loader, List<File> additionalClassPathEntries, File optimizedDirectory) throws IllegalArgumentException, IllegalAccessException, NoSuchFieldException, InvocationTargetException, NoSuchMethodException {
// ...
Field pathListField = MultiDex.findField(loader, "pathList");
Object dexPathList = pathListField.get(loader);
ArrayList suppressedExceptions = new ArrayList();
MultiDex.expandFieldArray(dexPathList, "dexElements", makeDexElements(dexPathList, new ArrayList(additionalClassPathEntries), optimizedDirectory, suppressedExceptions));
// ...
}
/**
* 數(shù)組復制過程
*/
private static void expandFieldArray(Object instance, String fieldName, Object[] extraElements) throws NoSuchFieldException, IllegalArgumentException, IllegalAccessException {
Field jlrField = findField(instance, fieldName);
Object[] original = (Object[])((Object[])jlrField.get(instance));
Object[] combined = (Object[])((Object[])Array.newInstance(original.getClass().getComponentType(), original.length + extraElements.length));
System.arraycopy(original, 0, combined, 0, original.length);
System.arraycopy(extraElements, 0, combined, original.length, extraElements.length);
jlrField.set(instance, combined);
}
7旗们、兩種分包方案的比較
相對于Eclipse中的Ant腳本蚓哩，以及AndroidStudio中的Gradle腳本
- Ant分包
優(yōu)點
可以指定哪些類放入分Dex
缺點
分Dex不能混淆，如果分Dex中引用了主Dex中的類上渴，那么此方法失效
- Gradle分包
優(yōu)點
使用簡單岸梨，分Dex可以混淆
缺點
無法定制放入哪些類到分Dex
8、總結(jié)
理解Android的分包原理之后稠氮，對于理解插件技術曹阔、熱修復技術會有很大的幫助。
