Android客户端.So 精简策略
/** * Created by chenchangjun on 17/10/27. */ 1..So 理论基础 首先介绍一下 目前所有手机上 .So 的指令集 Android系统目前支持以下七种不同的CPU架构，每一种都关联着一个相应的ABI。而架构上对应的指令集是以下几种 Intel 64 指令集在 x86基础上扩展的(x86指令集有两种CPU位，既有32位的，也有64位的.) armabi 是针对旧的或者普通的ARM v5 CPU. armabi-v7a 是针对ARM v7 CPU (是针对有浮点运算或高级扩展功能的arm cpu). arm64-v8a 是针对最新的 ARM v8a CPU的(就是在MIPS64架构上增加了ARMv7). 安卓这些固定平台的应用通常都编译成ARM处理器的程序，不全都会编译成Intel或者MIPS处理器的程序。 为了解决这个问题，Intel和MIPS要使用特殊的转换软件把ARM的指令转换成他们处理器使用的指令。这当然是会降低性能的。 2.项目问题解决 2.1 思路分析 目前项目中的jniLib是这样的,相当冗余. image.png 思路是这样的 armabi指令集是全arm平台(包括armV7 armv8,以及x86,x86_64),都兼容的 指令集. armabi-v7a 是针对有浮点运算或高级扩展功能的arm cpu,也就是armabi的高性能版本. Android 5.0+同时支持32位与64位ABI的.so. 有arm64-v8a就用，没有就fallback到armeabi-v7a或armeabi. arm64-v8a 64位指令集,运行在64位手机cpu上,目前主流cpu都已经是64位. 所以说: 为了尽量兼容市面所有手机类型, 尽可能减少crash几率. 所以,ARM7, ARM8设备能够向下兼容ARM5的SO,也就是说只打包armabi下的so即可 2.2 调研第三方lib库 为了验证这个导论, 我反编译了一些流行app文件. 反编译了 微博 的jniLib中的 文件. 只用了 armabi的兼容包. image.png 反编译 微信 他们只用了armabi的兼容包,但是里面有_v7.so后缀的 高性能包,提高性能. image.png 反编译 淘宝 只用了 armabi的兼容包. image.png 第三方总结 这里, 都是用了 armeabi包下的.so . 不同的是, 有的他们在这个文件夹下的.so直接做了v7兼容包, 有的则可能选择了插件加载.so的方式. 相同的是, 都是只打包armeabi,提高最大的兼容性,并且减少apk体积. 3.实现,测试 3.1 代码实现 为了确保不出现问题(比如gradle引用第三方可能存在so),保留可选择性的打包.我没有删掉其他cpu指令集,而是用代码选择性编译,只保留armeabi进行编译. //'armeabi-v7a' // , ‘arm64-v8a’, ‘x86’, ‘x86_64’ ndk { abiFilters 'armeabi' } 3.2 结果对比 image.png 4. 总结 目前,可以只编译armeabi下的so,因为armeabi兼容所有的cpu架构. 理论上行得通, 主流app也都是这么做的. 至于,性能问题,so包影响程度不超过15%,性能问题 最大的还是在手机质量和运行内存.......... 5. 后期方向 5.1 只保留armabi-v7a或者arm64-v8a 随着Android 版本的提高(Android5.0以后的版本支持v7和v8指令集), 手机性能的提高(不管高通,麒麟还是联发科,目前主流cpu都是64位处理器. 也就是说支持v7和v8指令集.越来越没必要做ARM5和X86的支持了，以后就更没必要。 5.2 采用插件化 加载.so 包 我们可以采用 插件化加载.so .
