先介绍几个专业词:
ARM :
是嵌入式中的一种架构,全称为Advanced RISC Machine,能够理解为ARM处理器。
ABI(Application Binary Interface):
应用程序二进制接口 描述了应用程序和操做系统之间,一个应用和它的库之间,或者应用的组成部分之间的低接口。架构
ABI和CPU关系:
大部分cpu都支持多于一种的ABI。
当一个应用安装在设备上,只有该设备支持的CPU架构对应的.so文件会被安装。app
ABI目录(横向)和cpu(纵向) | armeabi | armeabi-v7a | arm64-v8a | mips | mips64 | x86 | x86_64 |
---|---|---|---|---|---|---|---|
ARMv5 | 支持 | ||||||
ARMv7 | 支持 | 支持 | |||||
ARMv8 | 支持 | 支持 | 支持 | ||||
MIPS | 支持 | ||||||
MIPS64 | 支持 | 支持 | |||||
x86 | 支持 | 支持 | 支持 | ||||
x86_64 | 支持 | 支持 | 支持 |
x86设备上,选择ABI的优先级ide
- libs/x86目录中若是存在.so文件的话,会被安装。
- 若是不存在,则会选择armeabi-v7a中的.so文件。
- 若是也不存在,则选择armeabi目录中的.so文件。
arm设备上CPU 是armabi-v8a,ABI的优先级svg
- 若是手机CPU 是armabi-v8a,优先选择armabi-v8a中的.so文件。
- 若是不存在,则会选择armeabi-v7a中的.so文件。
- 若是也不存在,则选择armeabi目录中的.so文件。
arm设备上CPU 是armabi-v7a,ABI的优先级工具
- 若是手机CPU 是armabi-v7a,优先选择armabi-v7a中的.so文件。
- 若是不存在,则会选择armeabi中的.so文件。
Android 设备的CPU类型一般分如下几种
1.armeabiv-v7a: 第7代及以上的 ARM 处理器,目前主流版本,大部分Android设备都使用它。 2.arm64-v8a: 第8代、64位ARM处理器。 3.armeabi: 第5代、第6代的ARM处理器,早期的手机用的比较多,缺乏对浮点数计算的硬件支持,在须要大量计算时有性能瓶颈。 4.x86 / x86_64: x86 架构的手机都会包含由 Intel 提供的称为 Houdini 的指令集动态转码工具, 实现对arm .so 的兼容。 5.mips/mips64:极少用于手机可忽略。
关于.so文件的选择
当涉及到.so文件的加载时,不一样架构的CPU会加载不一样的.so文件。若是是arm架构的cpu会去加载,好比armabi-v7a 的会优先去 armabi-v7a文件夹下寻找对应的.so文件,若是找不到就会去armabi文件夹下面找.so文件,若是没有的话,程序运行到须要该.so文件的地方会引发崩溃。性能
既然mips市场占有率低,x86 又兼容了armabi ,因此只须要支持arm 架构便可,而arm中arm64-v8a的cpu架构又向下兼容arm-v7a与armabi,arm-v7a的架构也兼容armabi。
所以只须要选择armabi一个便可。当前主流的手机cpu架构是 arm-v7a,所以也能够用arm-v7a代替armabi,他们两个区别是arm-v7a的cpu使用armabi的.so文件时计算效率可能低一点。学习
结论就是arm-v7a与armabi二选一便可,当前主流app淘宝微信都只适配了一个armabi。
关于abiFilters的使用
ndk { abiFilters "armeabi-v7a" // 指定要ndk须要兼容的架构(这样其余依赖包里mips,x86,armeabi,arm-v8之类的so会被过滤掉) }
若是在build.gradle 中对abiFilters进行了配置,那么只有配置过的目录下的so 文件才会被打包到apk安装包中。
注意事项:
-
生成的不一样cpu架构的so文件必定要放对文件夹,切忌乱放,好比arm-v7a的.so文件放到armabi文件夹下,运行时可能会出错。其中涉及到转换。
-
而且不建议A 程序的 .so 文件只适配 armabi ,B 程序的 .so 文件适配 armabi-v7a。若是不统一也可能会有各类问题。