一、为什么要进行Dex分包
Android下单个Dex文件存在65535函数数量的限制,而一个功能稍微复杂点的APP很容易超过这个限制,为此,我们引入了Dex分包,将一个App所有class分别打包为classes1.dex, classes2.dex, classes3.dex…
二、Dex加载时机
首先,从原理上分析,多个Dex的加载必须要在class被load进内存之前,否则会导致loadClass过程中出现ClassNotFoundException,而Dex的加载是通过MultiDex.install(context)方法进行的,这个方法的内部实现细节我们稍后分析。可以看到这个方法是需要context参数的,而在APP启动过程中,最早可以拿到context的回调就是Application.attachBaseContext(),对于App启动流程不清楚的可以点这里:App启动流程,所以Dex的加载我们会放在App的Application中的attachBaseContext()回调中进行:
// APP自定义的Application
public class MyApplication extends Application {
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
MultiDex.install(this);
}
}
三、Dex加载原理
我们先来看看MultiDex.install()的源码
public static void install(Context context) {
Log.i(TAG, "install");
//判断Android系统是否已经支持了MultiDex,如果支持了就不需要再去安装了,直接返回
if (IS_VM_MULTIDEX_CAPABLE) {
Log.i(TAG, "VM has multidex support, MultiDex support library is disabled.");
return;
}
// 如果Android系统低于MultiDex最低支持的版本就抛出异常
if (Build.VERSION.SDK_INT < MIN_SDK_VERSION) {
throw new RuntimeException("Multi dex installation failed. SDK " + Build.VERSION.SDK_INT
+ " is unsupported. Min SDK version is " + MIN_SDK_VERSION + ".");
}
try {
// 获取应用信息
ApplicationInfo applicationInfo = getApplicationInfo(context);
// 如果应用信息为空就返回,比如说运行在一个测试的Context下。
if (applicationInfo == null) {
// Looks like running on a test Context, so just return without patching.
return;
}
// 同步方法
synchronized (installedApk) {
// 获取已经安装的APK的全路径
String apkPath = applicationInfo.sourceDir;
if (installedApk.contains(apkPath)) {
return;
}
// 把路径添加到已经安装的APK路径中
installedApk.add(apkPath);
// 如果编译版本大于最大支持版本,报一个警告
if (Build.VERSION.SDK_INT > MAX_SUPPORTED_SDK_VERSION) {
Log.w(TAG, "MultiDex is not guaranteed to work in SDK version