一、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:极少用于手机可忽略。

介绍几个专业词:
ARM :
是嵌入式中的一种架构,全称为Advanced RISC Machine,可以理解为ARM处理器。
ABI(Application Binary Interface):
应用程序二进制接口 描述了应用程序和操作系统之间,一个应用和它的库之间,或者应用的组成部分之间的低接口。
ABI和CPU关系:
大部分cpu都支持多于一种的ABI。
当一个应用安装在设备上,只有该设备支持的CPU架构对应的.so文件会被安装。

二、具体兼容情况

ABI目录(横向)和cpu(纵向)

armeabi

armeabi-v7a

arm64-v8a

mips

mips64

x86

x86_64

ARMv5

支持

ARMv7

支持

支持

ARMv8

支持

支持

支持

MIPS

支持

MIPS64

支持

支持

x86

支持

支持

支持

x86_64

支持

支持

支持

x86设备上,选择ABI的优先级:

  1. libs/x86目录中如果存在.so文件的话,会被安装。
  2. 如果不存在,则会选择armeabi-v7a中的.so文件。
  3. 如果也不存在,则选择armeabi目录中的.so文件。

arm设备上CPU 是armabi-v8a,ABI的优先级

  1. 如果手机CPU 是armabi-v8a,优先选择armabi-v8a中的.so文件。
  2. 如果不存在,则会选择armeabi-v7a中的.so文件。
  3. 如果也不存在,则选择armeabi目录中的.so文件。

arm设备上CPU 是armabi-v7a,ABI的优先级

  1. 如果手机CPU 是armabi-v7a,优先选择armabi-v7a中的.so文件。
  2. 如果不存在,则会选择armeabi中的.so文件。

三、关于.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和arm64-v8a,新出的手机几乎都是arm64-v8a,arm-v7a都比较少,而armabi几乎要被淘汰了,连微信都抛弃了,因此可以用arm-v7a代替armabi,他们两个区别是arm-v7a的cpu使用armabi的.so文件时计算效率可能低一点。

最终结论:

结论就是使用arm-v7a即可,当前主流app淘宝微信都只适配了一个arm-v7a


具体操作:
如果在build.gradle 中对abiFilters进行了配置,那么只有配置过的目录下的so 文件才会被打包到apk安装包中。

ndk {
    abiFilters  "armeabi-v7a"  // 指定要ndk需要兼容的架构(这样其他依赖包里mips,x86,armeabi,arm-v8之类的so会被过滤掉)
}

注意事项

  • 生成的不同cpu架构的so文件一定要放对文件夹,切忌乱放,比如arm-v7a的.so文件放到armabi文件夹下,运行时可能会出错。其中涉及到转换。
  • 不同CPU架构的android手机加载时会在libs下找自己对应的目录,从对应的目录下寻找需要的.so文件。如果没有对应的目录,就会去兼容目录下去寻找,如果已经有对应的目录,却没有找到对应的.so文件,也不会去兼容目录下寻找了。因此多个目录时需要保证所有目录下so文件一致,否则使用时会出现崩溃。