一.android目前有几种cpu架构？
早期的Android系统几乎只支持ARMv5的CPU架构，目前支持七种CPU架构：ARMv5，ARMv7 (从2010年起)，x86 (从2011年起)，MIPS (从2012年起)，ARMv8，MIPS64和x86_64 (从2014年起)，每一种都关联着一个相应的ABI。对应的ABI依次是：armeabi，armeabi-v7a，x86，mips，arm64-v8a，mips64，x86_64，对应Android app工程中so库的不同目录。
二.需要每种架构的so库都放全吗？
看so库的来源，是第三方提供的，还是自己开发的。
1.倘若是集成第三方sdk，最好将它提供的都拷贝到项目中。（但是基本很少提供全面so库支持的）
2.倘若是自己开发的 ，那就根据自己的情况，编译出对应版本的so库。
三.每种机型只能加载一种适合自己版本的so库吗？
很多设备都支持多于一种的ABI。例如ARM64和x86设备也可以同时运行armeabi-v7a和armeabi的二进制包。但最好是针对特定平台提供相应平台的二进制包，这种情况下运行时就少了一个模拟层（例如x86设备上模拟arm的虚拟层），从而得到更好的性能（归功于最近的架构更新，例如硬件fpu，更多的寄存器，更好的向量化等）。
四.如何查看当前设备支持那些版本的so库？
可以通过Build.SUPPORTED_ABIS得到根据偏好排序的设备支持的ABI列表。但你不应该从你的应用程序中读取它，因为Android包管理器安装APK时，如果在对应的lib/ABI目录中存在.so文件的话，会自动选择APK包中为对应系统ABI预编译好的.so文件。
五.不同的开发环境so库应该放在哪里？
-
Android Studio工程放在jniLibs/ABI目录中（当然也可以通过在build.gradle文件中的设置jniLibs.srcDir属性自己指定）
-
Eclipse工程放在libs/ABI目录中（这也是ndk-build命令默认生成.so文件的目录）
-
AAR压缩包中位于jni/ABI目录中（.so文件会自动包含到引用AAR压缩包的APK中）
-
最终APK文件中的lib/ABI目录中
- 通过PackageManager安装后，在小于Android 5.0的系统中，.so文件位于app的nativeLibraryPath目录中；在大于等于Android 5.0的系统中，.so文件位于app的nativeLibraryRootDir/CPU_ARCH目录中。
六.为什么一般的项目中只看到armeabi文件夹？
因为所有的x86/x86_64/armeabi-v7a/arm64-v8a设备都支持armeabi架构的.so文件。 mips和mips64是不支持armeabi架构的.so文件的，不过MIPS是一种高性能的嵌入式CPU构架，其出发点是高性能,主要用于路由器、猫等，基本在手机上不使用
七.是不是只放一种armeabi就够了？
事实上并不是：这不只影响到函数库的性能和兼容性。x86设备能够很好的运行ARM类型函数库，但并不保证100%不发生crash，特别是对旧设备。64位设备（arm64-v8a, x86_64, mips64）能够运行32位的函数库，但是以32位模式运行，在64位平台上运行32位版本的ART和Android组件，将丢失专为64位优化过的性能（ART，webview，media等等）。
八.不同Android版本系统拷贝不同目录so库的差异
工程项目中，有armeabi 、armeabi-v7a两个文件夹，而两个文件夹中的库文件不一样，编译运行的时候，报错java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader
原因分析
在android APK的根目录有一个libs文件夹，此文件夹下包含了armeabi 、armeabi-v7a两个文件夹，有时候会有x86的；一般c代码编译成的各种.so库就会放在这两个文件夹中。
armeabi和armeabi-7a是表示cpu的类型，一般的手机或平板都是用arm的cpu，armeabi是针对普通的或旧的arm cpu，armeabi通用性强，但速度慢；armeabi-v7a是针对有浮点运算或高级扩展功能的arm cpu，速度快。
android的APP在安装时，会将APP中的so库拷贝到一个指定的目录（ApplicationInfo.nativeLibraryDir），运行时就在这个指定的目录下查找对应的so库。查找不到则会报错。
-
在android4.4以下版本的安装过程中的，是先把所有so库全部寻找出来，然后优先列出cpu类型（通过ro.product.cpu.abi属性获得）目录下的so库，如果有其他的cpu类型下有跟手机cpu类型名称不一致的so库，则会将兼容cpu架构（通过ro.product.cpu.abi2属性获得）的另外的库也列出来。将列出来so库全部拷贝的系统指定目录，以供运行时加载。 即在android4.4以下版本，一个so库只要在 ro.product.cpu.abi和ro.product.cpu.abi2属性目录下至少存在一个就可以了。在android4.4以下的arm架构的设备 ro.product.cpu.abi的属性通常是armeabi-v7a, ro.product.cpu.abi2的属性值是armeabi，并且armeabi-v7a设备一定兼容armeabi。但不排除某些设备的ro.product.cpu.abi的属性为armeabi。
-
在android5.0及以上，由于增加了arm64的支持，app安装时的so库拷贝代码也修改了。修改成只拷贝一个最合适的目录下的so库到系统指定目录。 在arm架构下，64位cpu的优先级是arm64-v8a > armeabi-v7a > armeabi，32位cpu的优先级是armeabi-v7a > armeabi ，优先级可通过ro.product.cpu.abilist属性查看。由于android5.0是拷贝整体目录，所以在每一个目录下的，都必须要有完整的so，即所有app需要so库都要有。例如64位的cpu的设备上，
如果app目录里存在arm64-v8a子目录，则只拷贝该目录下的so库，其他目录的so，即使名称不一样，也不拷贝，如果arm64-v8a子目录的so库不全，则会报错。
解决方法
-
apk中要么增加armeabi文件夹，需要注意的是，假如增加armeabi文件夹，armeabi-v7a里面的so库一定需要全部拷贝过来，否则还是会报错。
-
可以删除了armeabi-v7a文件夹，保留armeabi文件夹。