65536问题理解v4

com.android.dex.DexIndexOverflowException 首先出现这个问题场景:当Android应用工程引用方法数>65536时,gradle构建时会报65536问题,肯定是gradle构建任务时做了方法数的检测。大牛们都去翻开构建源码做了验证 method id not in [0,0xffff]。

无论你的应用只运行在Dalvik上还是Art上,都只能打包成dex文件。虽然应用安装之后,dex会被优化成其他格式的文件。

Dalvik Executable 规范将可在单个 DEX 文件内可引用的方法总数限制在 65,536,其中包括 Android 框架方法、库方法以及您自己代码中的方法。在计算机科学领域内,术语[*千(简称 K)*](https://en.wikipedia.org/wiki/Kilo-)表示 1024(或 2^10)。由于 65,536 等于 64 X 1024,因此这一限制也称为“64K 引用限制”。
复制代码

而且在dalvik的虚拟机实现里运行时里方法引用索引数是 16 位。这一点官方davlik指令有说明

Dalvik虚拟机和Art虚拟机安装过程中的区别 Apk在Dalvik上安装时,仅加载优化一个dex文件(class.dex)成odex文件 Apk在Art上安装时,会加载多个dex文件,合并优化成oat文件 所以要绕过64k应用限制,首先需要在构建打包过程中将代码分成多个小于64k的文件 在dalvik上需要解决的是如何在运行时加载其他dex文件 而在art上则不需要担心,它会自动处理合并所有dex文件

各路大神的gradle构建源码探究过程移步

巴神的Android 上为啥会有65536的限制,解释下原因

参考:配置方法数超过 64K 的应用

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值