随着业务扩张,代码量越来越大,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加载完成之后,应用才真正开始运行ÿ