关于android中的armeabi、armeabi-v7a、arm64-v8a及x86等,arm64-v8a崩溃问题解决

Android 设备的CPU类型(通常称为”ABIs”)

  • armeabi-v7a: 第7代及以上的 ARM 处理器。2011年15月以后的生产的大部分Android设备都使用它.
  • arm64-v8a: 第8代、64位ARM处理器,很少设备,三星 Galaxy S6是其中之一。
  • armeabi: 第5代、第6代的ARM处理器,早期的手机用的比较多。
  • x86: 平板、模拟器用得比较多。
  • x86_64: 64位的平板。

  • 1.armeabi:默认选项,将创建以基于
    ARM v5TE 的设备为目标的库。 具有这种目标的浮点运算使用软件浮点运算。使用此 ABI (二进制接口)
    创建的二进制代码将可以在所有 ARM\
    设备上运行。所以armeabi通用性很强。但是速度慢
  • 2.armeabi-v7a:创建支持基于
    ARM* v7 的设备的库,并将使用硬件 FPU 指令。armeabi-v7a是针对有浮点运算或高级扩展功能的arm v7 cpu。
  • 3.x86:支持基于硬件的浮点运算的
    IA-32 指令集。x86是可以兼容armeabi平台运行的,无论是armeabi-v7a还是armeabi,同时带来的也是性能上的损耗,
    另外打包出的x86的so,总会比armeabi平台的体积更小。

如果项目只包含了armeabi,那么在所有Android设备都可以运行;
如果项目只包含了armeabi-v7a,除armeabi架构的设备外都可以运行;
如果项目只包含了x86,那么armeabi架构和armeabi-v7a的Android设备是无法运行的;
如果同时包含了 armeabi, armeabi-v7a和x86,所有设备都可以运行,程序在运行的时候去加载不同平台对应的so,这是较为完美的一种解决方案,同时也会导致包变大。

最后的最后,如果我们只想支持armeabi-v7a,那么需要在gradle中配置(因为默认情况下,打包后会自动生成armeabi到x86的所有文件夹。这就有可能导致一些x86的设备因为在x86文件夹下找不到so文件而崩溃)

1
2
3
4
5
defaultConfig {
ndk {
abiFilters "armeabi-v7a"
}
}