我们在项目的开发过程中，避免不了的是引入一些第三方的应用，如果是开源的三方，那么风险还是比较好把控的，若是一些商用的 SDK 那么就要小心了，难免会遇到说在其他的手机上运行没有问题，但是在华为 Mate 8 上运行却有问题的情况。

问题及解决方案

描述

• 第一个项目 libs 文件中有 arm64-v8a、armeabi、armeabi-v7a
• 第二项项目 libs 文件中有 armeabi、armeabi-v7a、x86
• 第二个项目依赖第一个项目

• 小米 4 手机手机运行 APP 没 bug,而华为 Mate 8 手机运行 APP 出现闪退 bug

  
  
  image

解决方案

由于第一个项目是个第三方，因此需要到第三方官网中去下载 x86 的相关 so 文件，放在 x86 目录下，把 arm64-v8a 目录删除。将所有关于 so 文件的都要保持一致，即：如果你要添加一个 armeabi-v8a 目录，下面放第三方的 armeabi-v8a 相关的so文件，那么你其他的 so 文件都要有相应想 armeabi-v8a 版本，不然就会报错。

image

应用程序二进制接口（ABI：Application Binary Interface）

• 定义了二进制文件（如：.so 文件）如何运行在相应的系统平台上，从使用的指令集,内存对齐到可用的系统函数库。在 Android 系统上，每一个 CPU 架构对应一个 ABI：armeabi，armeabi-v7a，x86，arm64-v8a，x86_64

CPU 类型

• Intel 64 指令集在 x86基础上扩展的
• armabi 是针对旧的或者普通的ARM v5 CPU
• armabi-v7a 是针对ARM v7 CPU
• arm64-v8a 是针对最新的 ARM v8a CPU的。

.so 文件的重要性

如果项目中使用到了 NDK，它将会生成 .so 文件，因此显然你已经在关注它了。如果只是使用 Java 语言进行编码，你可能在想不需要关注 .so 文件了吧，因为 Java 是跨平台的。但事实上，即使你在项目中只是使用 Java 语言，很多情况下，你可能并没有意识到项目中依赖的函数库或者引擎库里面已经嵌入了 .so 文件，并依赖于不同的ABI。
例如，项目中使用 RenderScript 支持库，OpenCV，Unity，android-gif-drawable，SQLCipher 等，你都已经在生成的APK文件中包含.so文件了，而你需要关注.so文件。
Android 应用支持的ABI取决于APK中位于lib/ABI目录中的.so文件，其中ABI可能是上面说过的几个 ABI 中的一种。

兼容问题

arm64-v8a 是可以向下兼容的，但前提是我们项目里面是没有 arm64-v8a 文件的。

• 问题：假如有两个文件夹 arm64-v8a 和 armeabi，armeabi 文件夹里面有两个文件 a.so 和 b.so，而 arm64-v8a 中只有 a.so 文件，那么 arm64-v8a 的手机在用到 b.so 文件的时候，发现 arm64-v8a 文件夹里面没有该文件，那么就会报错。
• 解决方法：
  • 删除掉 arm64-v8a 文件夹；当 arm64-v8a 类型的手机发现没有 arm64-v8a 文件夹的时候就会去 armeabi 文件夹中去找 b.so 文件。
  • armeabi 里面有的 so 库，arm64-v8a 里面也必须有，两个文件夹里面的文件保持一致

注意点

• 所有的x86/x86_64/armeabi-v7a/arm64-v8a设备都支持armeabi架构的.so文件
• 只保留 armeabi-v7a 中的 so 文件，而移除其他的 ABI 的 so 文件，可以减小 apk 体积，但会影响到函数库的性能和兼容性。如：64位设备（arm64-v8a, x86_64, mips64）能够运行32位的函数库，但是以32位模式运行，在64位平台上运行32位版本的 ART 和 Android 组件，将丢失专为 64 位优化过的性能（ART，webview，media等等）。
• 对只提供 armeabi 版本的第三方 .so，原样复制一份到 armeabi-v7a 文件夹