android开发libs下的armeabi、armeabi-v7a、arm64-v8a等及导入so所踩过的坑

问题描述

项目中需要使用第三方的sdk，集成完成后在小米4设备上能够正常运行，但在三星S6上面运行的时候crash，日志如下：

5A71F491-F7D0-462F-BD36-2C38925BBD71.png

分析原因：

根据日志判断应该是so文件未找到，接着解压了安装的apk文件，发现在arm64-v8a文件夹下缺失了对应的so文件，小米4采用的处理器为32位处理器，三星s6采用的是64位处理器，所以s6上运行发生了crash。

解决方案：

1.删除 arm64-v8a文件夹

2. build.gradle文件增加过滤（推荐使用）

  defaultConfig {
       applicationId "com.swordli.smali"
       minSdkVersion 14
       targetSdkVersion 25
       versionCode 1
       versionName "1.0"
       testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

       ndk {
           abiFilters "armeabi"
      }
   }

问题总结：

现在很多第三方的sdk都存在so库文件，但是可能由于种种原因没有提供所有目录下的so库，而有一些sdk却提供的比较全面如友盟、百度地图等，所以造成在打包生成的apk里面jni的各个CPU架构目录下不能包含完整的so库，而导致兼容问题。

如果你的程序有armeabi和arm64-v8a两个文件夹，在armeabi里面有lib1.so 和 lib2.so,而在arm64-v8a里面只有lib1.so，那么arm64-v8a的手机在用到lib2时就会找不到导致crash。由于arm64-v8a是向下兼容的，所以只需要删掉arm64-v8a文件夹，让手机自适应去查找armeabi的so库即可。但是这样并不能完全的做到完美的兼容，因此在使用JNI库的时候最好是拿到对应文件夹的so库文件。

arm64-v8a、armeabi-v7a、armeabi、x86介绍：

Android 设备的CPU类型(通常称为”ABIs”)
早期的Android系统几乎只支持ARMv5的CPU架构，现在可以支持七种不同的CPU架构：ARMv5，ARMv7 (从2010年起)，x86 (从2011年起)，MIPS (从2012年起)，ARMv8，MIPS64和x86_64 (从2014年起)，每一种都关联着一个相应的ABI。 应用程序二进制接口定义了二进制文件（尤其是.so文件）如何运行在相应的系统平台上，从使用的指令集，内存对齐到可用的系统函数库。在Android 系统上，每一个CPU架构对应一个ABI：armeabi，armeabi-v7a，x86，mips，arm64- v8a，mips64，x86_64。

各版本分析如下：
mips / mips64: 极少用于手机可以忽略
x86 / x86_64: x86 架构的手机都会包含由 Intel 提供的称为 Houdini 的指令集动态转码工具，实现 对 arm .so 的兼容，再考虑 x86 1% 以下的市场占有率，x86 相关的两个 .so 也是可以忽略的
armeabi: ARM v5 这是相当老旧的一个版本，缺少对浮点数计算的硬件支持，在需要大量计算时有性能瓶颈
armeabi-v7a: ARM v7 目前主流版本
arm64-v8a: 64位支持
所谓的ARMv8架构，就是在MIPS64架构上增加了ARMv7架构中已经拥有的的TrustZone技术、虚拟化技术及NEON advanced SIMD技术等特性，研发成的。

PS:在2011年11月，ARM公司发布了新一代处理器64位架构ARMv8的部分技术细节（也就是我们常说的Cortex-A57A53），代表着未来移动处理器迈入64位行列。我们得明确一点，ARM公司自己本身并没有64位芯片设计技术，他是通过了收购MIPS64处理器架构的部分技术使用权，再结合ARM的一些特性设计出来的。也就是说：MIPS、ARM、X86三大架构中，唯一没有64位技术的ARM，通过收购MIPS的形式得到了64位。

介绍参考资源如下：
http://www.jianshu.com/p/34ee91ae5547

宝剑锋从磨砺出，梅花香自苦寒来