ANDROID分包总结

本篇文章主要是对产品项目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文件。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,921评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,635评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,393评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,836评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,833评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,685评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,043评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,694评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,671评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,670评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,779评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,424评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,027评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,984评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,214评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,108评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,517评论 2 343

推荐阅读更多精彩内容