java armeabi_Android中的armeabi、armeabi-v7a、arm64-v8a及x86的详解

预备知识

一. lib和libs

放在lib中的是被reference的，放在libs中的是被include的。

放在libs中的文件会自动被编辑器所include。所以不要把API放到libs里去。

lib的内容是不会被打包到APK中，libs中的内容是会被打包进APK中

二. .so库

NDK编译出来的动态链接库。

一些重要的加密算法或者核心协议一般都用c写然后给java调用。这样可以避免反编译后查看到应用的源码。

三. .so库该如何存放

放置 .so 文件的正确姿势其实就两句话：

• 为了减小 apk 体积，只保留 armeabi 和 armeabi-v7a 两个文件夹，并保证这两个文件夹中 .so 数量一致

• 对只提供 armeabi 版本的第三方 .so，原样复制一份到 armeabi-v7a 文件夹

存放so的规则：

你应该尽可能的提供专为每个ABI优化过的.so文件，但要么全部支持，要么都不支持：你不应该混合着使用。你应该为每个ABI目录提供对应的.so文件。

四. libs下armeabi等的作用是什么

存放.so库，主要针对不同的设备兼容，也可以说是专门针对不同Android手机下CPU架构的兼容。

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

架构介绍

早期的Android系统几乎只支持ARMv5的CPU架构，后面发展到支持七种不同的CPU架构：ARMv5，ARMv7 (从2010年起)，x86 (从2011年起)，MIPS (从2012年起)，ARMv8，MIPS64和x86_64 (从2014年起)，每一种都关联着一个相应的ABI。

应用程序二进制接口(Application Binary Interface)定义了二进制文件(尤其是.so文件)如何运行在相应的系统平台上，从使用的指令集，内存对齐到可用的系统函数库。在Android 系统上，每一个CPU架构对应一个ABI：armeabi，armeabi-v7a，x86，mips，arm64- v8a，mips64，x86_64。

armeabi-v7a: 第7代及以上的 ARM 处理器。2011年以后生产的大部分Android设备都使用它.

arm64-v8a: 第8代、64位ARM处理器，很少设备，三星 Galaxy S6是其中之一。

armeabi: 第5代、第6代的ARM处理器，早期的手机用的比较多。

x86: 平板、模拟器用得比较多。

x86_64: 64位的平板。

总结

如果项目只包含了 armeabi，那么在所有Android设备都可以运行；

如果项目只包含了 armeabi-v7a，除armeabi架构的设备外都可以运行；

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

最后，如果我们只想支持armeabi-v7a，那么需要在gradle中配置

defaultConfig {

ndk {

abiFilters "armeabi-v7a"

}

}

因为默认情况下，打包后会自动生成armeabi 到 x86的所有文件夹。这就有可能导致一些x86的设备因为在x86文件夹下找不到so文件而崩溃。