Android关于armeabi/armeabi-v7a/arm64-v8a/x86相关的so兼容问题

关于so的兼容问题，算是老生常谈了，如果你做Android开发有过几年的经验的话，可能早就熟知这个问题了。本文做一个简要的整理记录，方便查阅。

ABI	说明	兼容手机
armeabi	ARM v5 第5代、第6代的ARM处理器， 早期的手机用的比较多， 缺少对浮点数计算的硬件支持， 在需要大量计算时有性能瓶颈	几乎能兼容所有机型
armeabi-v7a	ARM v7第7代及以上的 ARM 处理器。 2011年15月以后的生产的大部分Android设备都使用它	目前主流手机都兼容
arm64-v8a	第8代、64位ARM处理器，支持更大的寻址空间	国内最近几年的知名手机厂商生产的 手机几乎都是64位处理器的
x86	x86架构的手机都会包含由 Intel 提供的称为 Houdini 的 指令集动态转码工具，实现 对 arm.so 的兼容	x86架构的手机市场占有率极低， 平板用得比较多
x86_64	x86架构的64位支持	x86架构的手机市场占有率极低
mips/mips64	极少用于手机	极少手机

关于so放置不当会导致的出错这里不列举了，这里总结一下避免出错的结论：

• 最好的方案是为每一个你想要支持的ABI版本提供对应的so文件，且每个文件夹中的so数量一致
• 为了减小 apk 体积，可以只保留 armeabi 和 armeabi-v7a 两个文件夹，并保证这两个文件夹中 .so 数量一致
• 如果app中已经有 armeabi-v7a文件，对只提供 armeabi 版本的第三方 .so，原样复制一份到 armeabi-v7a 文件夹, 这是由于 ARM v7 是前向兼容 ARM v5 的
• 只保留 armeabi文件夹里的so文件，因为所有的x86/x86_64/armeabi-v7a/arm64-v8a设备都支持armeabi架构的.so文件，这也是现在大多数主流app采取的为了减少apk体积同时保证兼容性的权衡方案
• 如果项目当中依赖了过多的第三方lib，不知道各个lib中的so情况，可以在生成apk之后解压apk文件查看有哪些ABI的so文件，并使用下面的方式过滤掉你不需要的so版本（但前提是要保证剩余的文件夹里so够用且数量一致）

    sourceSets {
        main {
            jniLibs.srcDirs = ['libs']
        }
    }
    packagingOptions {
        //exclude "lib/armeabi/*.so"
        exclude "lib/armeabi-v7a/*.so"
        exclude "lib/arm64-v8a/*.so"
    }

更多参考：

• 我的Android进阶之旅——>Android 关于arm64-v8a、armeabi-v7a、armeabi、x86下的so文件兼容问题
• 与 .so 有关的一个长年大坑