Android 瘦身之道 ---- so文件

[TOC]

1. 前言

目前Android 瘦身只有几个方面可以入手,因为apk的结构就已经固定了。

  1. res 目录下的资源文件。(通常是压缩图片,比如 矢量图 --> webp --> png 等。)
  2. src 目录下的java文件。(通常是混淆,压缩等。)
  3. asset 目录下的资源文件。(类似 res 目录。)
  4. lib 目录下的第三方库。(gradle 依赖的其实也可以算到这个目录下,一般就是不要引用重复功能的第三方库等。)
  5. so库 (这个其实是很顽固的东西,你没法压缩它,如果没有用到还好,用到了它体积3MB就是 3MB 没有压缩的空间了,更要命的是通常还不止放一套!本文主要谈这个。)

关于 APK 瘦身,我觉得这篇文章总结的不错:Android-APP终极瘦身指南

2. ABI 的种类

官方的一张表格列举了常用的几种 CPU 架构。

Android 瘦身之道 ---- so文件-LMLPHP

3. 目前主流 APP 所用的 ABI 各是哪些

数据是 2017/4/8看的市场最新版,采集的几个代表性样本如下:

仅有 armeabi : 微博,今日头条,淘宝,QQ,微信。
armeabi 与 armeabi-v7a: UC 浏览器。
armeabi,armeabi-v7a,armeabi-x86:优酷,哔哩哔哩动画。
7种类型全有:知乎。

Android 瘦身之道 ---- so文件-LMLPHP

我也看了目前流行的游戏 王者荣耀(因为我只安装了它。。。哈哈),发现它仅有 armeabi-v7a

4. ABI 兼容性

目前搜索的资料总结如下:

  • armeabi-v7a :armeabi-v7a向下兼容armeabi
  • arm64-v8a : 能兼容 armeabi-v7a 和 armeabi
  • x86_64 : 兼容 x86
  • mips64 : 兼容 mips

注意: 兼容只是理论上的,实际还是可能有极少数手机会崩溃,这是不可避免的。

5. 动态加载 so 文件

当你加上更多的支持架构之后,发现包体的增长已经影响了用户的下载意愿。广告的转化率提不上去啊,运营会找你麻烦的!

可能的一个解决方法是:分别发不同架构的包,让用户自己去选择(太傻了,而且用户哪有那么聪明)。

最好的方案还是动态下载 so 文件,发布的 APK 不包含 Native 代码,启动时根据不同的架构下载相应的 so 文件。

道理很简单,而且网上也有一堆堆的教程,我也不细说。需要注意的是一定要将下载的 so 文件放置在程序目录才可以 load,否则会遇到权限问题。

6. 总结

实际我们只需要保留 armeabi差不多就够了,更好的方案是动态的加载 so文件,已达到兼容性和apk文件大小的控制的目的。

05-11 02:47