多Dex加载方案对比

随着业务扩张，代码量越来越大，apk中单个dex方法数超过65K，就需要dex分包，Google官方推出了MultiDex来解决65K的问题，区分不同的Android虚拟机，会有一些问题。

Dalvik上，使用JIT(just in time)，应用运行时，需要先将dex转换成os上可以运行的机器码，在此过程中，还会对dex文件进行优化(dexopt)，因此在应用第一次启动时，会经历这些过程，apk解压->dexopt->加载dex->字节码转换->启动，在加载dex过程中，安装第二个dex之后的dex涉及到io操作，在dex加载完成之前，应用需要一直等待，此过程耗时较长，如果dex文件过大，还会造成ANR；

ART上，使用oat(Ahead of time)，在应用安装时，dex就会被解压优化完成，转换成可执行的机器码，之后应用在启动时，只需要加载机器码即可，所以不会出现启动ANR的问题。

为了解决Dalvik上冷启动慢的问题，通常的方法是自定义第二个dex的加载流程，常用方案有以下几种：

方案

原理

接入技术难度

优点

不足

风险

方案

原理

接入技术难度

优点

不足

风险

Google MultiDex

第一个启动的进程的主线程上解压安装，同步执行，dex全部安装完成之后，启动应用

最简单

dex加载完成之后，应用才真正开始运行ÿ