发布时间 : 星期六 文章Android分包MultiDex源码分析更新完毕开始阅读8584ce55f11dc281e53a580216fc700abb685230
Android分包MultiDex源码分析
概述
Android开发者应该都遇到了64K最大方法数限制的问题，针对这个问题，google也推出了multidex分包机制，在生成apk的时候，把整个应用拆成n个dex包（classes.dex、classes2.dex、classes3.dex），每个dex不超过64k个方法。使用multidex，在5.0以前的系统，应用安装时只安装main dex（包含了应用启动需要的必要class），在应用启动之后，需在Application的attachBaseContext中调用MultiDex.install(base)方法，在这时候才加载第二、第三…个dex文件，从而规避了64k问题。
当然，在attachBaseContext方法中直接install启动second dex会有一些问题，比如install方法是一个同步方法，当在主线程中加载的dex太大的时候，耗时会比较长，可能会触发ANR。不过这是另外一个问题了，解决方法可以参考：Android最大方法数和解决方案 http://blog.csdn.net/shensky711/article/details/52329035。
本文主要分析的是MultiDex.install()到底做了什么，如何把secondary dexes中的类动态加载进来。
MultiDex使用到的路径解析
ApplicationInfo.sourceDir:apk的安装路径，如/data/app/com.hanschen.multidex-1.apk
Context.getFilesDir()：返回/data/data/
ApplicationInfo.dataDir: 返回/data/data/
代码入口
代码入口很简单，简单粗暴，就调用了一个静态方法MultiDex.install(base);，传入一个Context对象
@Override
protected void attachBaseContext(Context base) { super.attachBaseContext(base); MultiDex.install(base); }
MultiDex.install分析
下面是主要的代码
public static void install(Context context) { Log.i(\
if (IS_VM_MULTIDEX_CAPABLE) {
//VM版本大于2.1时，IS_VM_MULTIDEX_CAPABLE为true，这时候MultiDex.install什么也不用做，直接返回。因为大于2.1的VM会在安装应用的时候，就把多个dex合并到一块
} else if (VERSION.SDK_INT < 4) {
//Multi dex最小支持的SDK版本为4
throw new RuntimeException(\dex installation failed. SDK \+ VERSION.SDK_INT + \ } else { try {
ApplicationInfo e = getApplicationInfo(context); if (e == null) { return; }
Set var2 = installedApk;
synchronized (installedApk) { String apkPath = e.sourceDir;
//检测应用是否已经执行过install()了，防止重复install if (installedApk.contains(apkPath)) { return; }
installedApk.add(apkPath);
//获取ClassLoader，后面会用它来加载second dex DexClassLoader classLoader; ClassLoader loader; try {
loader = context.getClassLoader(); } catch (RuntimeException var9) { return; }
if (loader == null) { return; }
//清空目录：/data/data/
clearOldDexDir(context); } catch (Throwable var8) { }
File dexDir = new File(e.dataDir, \ //把dex文件缓存到/data/data/
List files = MultiDexExtractor.load(context, e, dexDir, false); if (checkValidZipFiles(files)) { //进行安装，[后有详细分析]
installSecondaryDexes(loader, dexDir, files); } else {
//文件无效，从apk文件中再次解压secondary dex文件后进行安装
files = MultiDexExtractor.load(context, e, dexDir, true); if (!checkValidZipFiles(files)) {
throw new RuntimeException(\ }
installSecondaryDexes(loader, dexDir, files); } }
} catch (Exception var11) {
throw new RuntimeException(\dex installation failed (\+ var11.getMessage() + \ } } }
这段代码的主要逻辑整理如下：
VM版本检测，如果大于2.1就什么都不做(系统在安装应用的时候已经帮我们把dex合并了)，如果系统SDK版本小于4就抛出运行时异常 把apk中的secondary dexes解压到缓存目录，并把这些缓存读取出来。应用第二次启动的时候，会尝试从缓存目录中读取，除非读取出的文件校验失败，否则不再从apk中解压dexes 根据当前的SDK版本，执行不同的安装方法
先来看看MultiDexExtractor.load(context, e, dexDir, false)
/**
* 解压apk文件中的classes2.dex、classes3.dex等文件解压到dexDir目录中 *
* @param dexDir 解压目录
* @param forceReload 是否需要强制从apk文件中解压，否的话会直接读取旧文件 * @return 解压后的文件列表 * @throws IOException */
static List
ApplicationInfo applicationInfo,
File dexDir,
boolean forceReload) throws IOException { File sourceApk = new File(applicationInfo.sourceDir); long currentCrc = getZipCrc(sourceApk); List files;
if (!forceReload && !isModified(context, sourceApk, currentCrc)) { try {
//从缓存目录中直接查找缓存文件，跳过解压
files = loadExistingExtractions(context, sourceApk, dexDir); } catch (IOException var9) {
files = performExtractions(sourceApk, dexDir);
putStoredApkInfo(context, getTimeStamp(sourceApk), currentCrc, files.size() + 1);
} } else {
//把apk中的secondary dex文件解压到缓存目录，并把解压后的文件返回 files = performExtractions(sourceApk, dexDir); //把解压信息保存到sharedPreferences中
putStoredApkInfo(context, getTimeStamp(sourceApk), currentCrc, files.size() + 1); }
return files; }
首先判断以下是否需要强制从apk文件中解压，再进行下CRC校验，如果不需要从apk重新解压，就直接从缓存目录中读取已解压的文件返回，否则解压apk中的classes文件到缓存目录，再把相应的文件返回。这个方法再往下的分析就不贴出来了，不复杂，大家可以自己去看看。读取后会把解压信息保存到sharedPreferences中，里面会保存时间戳、CRC校验和dex数量。
得到dex文件列表后，要做的就是把dex文件关联到应用，这样应用findclass的时候才能成功。这个主要是通过installSecondaryDexes方法来完成的
/**
* 安装dex文件 *
* @param loader 类加载器
* @param dexDir 缓存目录，用以存放opt之后的dex文件 * @param files 需要安装的dex * @throws IllegalArgumentException * @throws IllegalAccessException * @throws NoSuchFieldException * @throws InvocationTargetException * @throws NoSuchMethodException