一、原因
最近收到小米等应用商店升级64位架构的通知,大致内容如下:
为更好地提升APP性能体验,降低APP功耗影响,小米应用商店与OPPO应用商店、vivo应用商店共同推进国内安卓生态对64位架构的升级支持。行业适配节奏如下:
2021年12月底:现有和新发布的应用/游戏,需上传包含64位包体的APK包(支持双包在架,和64位兼容32位的两个形式,不再接收仅支持32位的APK包)2022年8月底:硬件支持64位的系统,将仅接收含64位版本的APK包2023年底:硬件将仅支持64位APK,32位应用无法在终端上运行
收到通知后查看了自己的应用后发现仅支持了32位架构(armabi,为了减少Apk包体大小)。既然各大应用商店对此有强制要求了,所以我们要针对64位架构出包了。
###二、两种方案
从应用商店看已经支持上传仅包含64位架构的APK包,所以要考虑把支持32位和64位分开打包,这样既能保证APK大小,又能满足需求。
经过研究发现有以下两种实现方式。
#####方案一
在android代码块下增加splits代码块,然后再通过添加abi代码块并配置要支持的ABI列表。
先看个例子:
andoird{
...
splits{
// 按ABI配置多个APK.
abi {
enable true
reset()
include "armeabi-v7a", "arm64-v8a"
universalApk false
}
}
}
现在来解释下相关配置属性的含义。
在Gradle DSL中按ABI配置多个 APK,有如下几个属性:<

本文探讨了针对小米应用商店64位架构升级,开发者面临的选择:方案一利用splits进行ABIs拆分,适合单一架构;方案二借助productFlavors支持多架构组合,适用于复杂需求。对比分析了两者优缺点,帮助开发者根据应用特性决定打包策略。
最低0.47元/天 解锁文章
1万+

被折叠的 条评论
为什么被折叠?



