ANDROID分包总结

作者: 凌空御风 | 来源:发表于2016-08-24 17:26 被阅读2299次

    本篇文章主要是对产品项目6.5.0版本的分包处理及总结。先附上在处理过程中查阅的一些博客及资料:

    腾讯Bugly dex分包变形记

    Android Dex分包之旅

    android 官方文档

    1、背景

    由于6.5.0版本加入了大量的需求,导致项目方法数超过了65536个,项目无法正常编译,在加入官方分包方法后解决了单个dex过大的问题,但又发现在Android3.0以下手机出现INSTALL_FAILED_DEXOPT安装失败。然后这时才意识到分包的影响很大,慌忙查阅资料试图解决此问题,然后才发现这上面的一个个的坑。

    方法数超了的直观体现是,编译时报如下异常:

    TROUBLE WRITING OUTPUT: TOO MANY METHOD REFERENCES: 70048; MAX IS 65536.

    或者

    UNEXPECTED TOP-LEVEL EXCEPTION: JAVA.LANG.ILLEGALARGUMENTEXCEPTION: METHOD ID NOT IN [0, 0XFFFF]: 65536

    此时如果添加官方的分包方法,编译问题得到解决,但是正式打包安装时会出现INSTALL_FAILED_DEXOPT问题导致无法安装。

    INSTALL_FAILED_DEXOPT问题的原因,从根本上分析,主要有2个:

    单个dex文件方法总数65536的限制

    Dexopt的LinearAlloc限制

    65536限制

    这是由于Dex文件对于方法索引是用一个short类型的数据来存放的.而short的最大值是65535,因此当项目足够大包含方法数目足够多超过了65535(包括引用的外部Lib里面的所有方法)

    LinearAlloc限制

    LinearAlloc 主要用来管理 Dalvik 中 class 加载时的内存,就是让 App 在执行时减少系统内存的占用。在 App 的安装过程中,系统会运行一个名为 dexopt 的程序为该应用在当前机型中运行做准备。dexopt 使用 LinearAlloc 来存储应用的方法信息。App 在执行前会将 class 读进 LinearAlloc 这个 buffer 中,这个 LinearAlloc 在 Android 2.3 之前是 4M 或 5M ,到 4.0 之后变为 8M 或 16M。因为 5M 实在是太小了,可能还没有 65536 就已经超过 5M 了,什么意思呢,就是只有一个包的情况下也有可能出现 INSTALL_FAILED_DEXOPT ,原因就在于 LinearAlloc。

    2、解决65536及LinearAlloc限制

    按照官方MultiDex方式配置实现:

    通过在defaultConfig节中设置multiDexEnabled标签为true,开启multi-dex支持.

    在项目的build.gradle文件的dependencies 节中添加分包设置:

    代码中加入支持Multidex的功能,有三种方案实现,此处只列一种,重写的Application中加入:

    通过上述可解决方法数的问题,但是打包出的dex可能还是过大,无法安装。

    通过如下方式,设置每个dex的最大方法数–set-max-idx-number=,可以解决LinearAlloc限制:

    3、存在的问题

    虽然上述的方法可以解决问题,但还是会留下很多的坑。

    1、启动时间变长,容易黑屏或ANR

    2、NoClassDefFoundError异常

    3、不知道哪些文件该放在主dex文件中

    第一个是因为分成多个dex文件之后,除主dex外的从dex(dex2、dex3)太大加载比较耗时导致;第二个是由于启动引用的class打包时不在主dex文件中,所有class文件找不到;为了解决class not found问题需要将所有启动时的类都要放到主dex文件中,这又是一个比较难解决的问题,因为文件太多了。

    4、最后总结

    鉴于发版在即,暂时无法做到完美。

    本次的解决方案:先按照官方分包方式,保证从dex比较小,主dex比较大,这样避免启动ANR及Crash问题,但缺点是3.0以下手机无法正常安装(3.0以下LinearAlloc限制问题)。

    后续解决方案:将项目中百川sdk和一元夺宝模块移除作为插件apk加载,这样减少主apk的方法数,从而达到解决方法数及3.0限制问题。插件化的实现方案目前在研究360助手的方式,后续实现完成后会继续分享。

    上述主要是记录本次分包原因、过程及最终选择的方案,具体细节的分包原理及解析大家可以看下开头的资料及网上查阅,此处不做细节述说。

    PS:5月25日尝试将百川sdk和夺宝移到插件项目中发现即使这样在2.3以下手机上依然安装不了,所以通过插件话方式暂时也无法解决。继续尝试分包方式。

    PS:5月26日尝试分包处理,通过设置每个dex的最大方法数(48000)打包后可安装到2.3及以下手机,而且通过测试几部手机暂时未发现启动ANR和Crash现象(包括2.3手机),暂时这样处理,后续再添加maindexlist文件。

    相关文章

      网友评论

      本文标题:ANDROID分包总结

      本文链接:https://www.haomeiwen.com/subject/xvrosttx.html