1.关于java.lang.UnsatisfiedLinkError错误
java.lang.UnsatisfiedLinkError,无法找到对应的so文件。
解决办法：
1.1首先显式指定apk的ABI类型，防止出现一些第三方库在gradle打包apk时，将未指定ABI的都打包进去，导致无法找到对应的so文件。
在project的根目录的gradle.properties文本文件，
文件里面加入下面这行
android.useDeprecatedNdk=true
然后在model的build.gradle添加以下节点
android {
defaultConfig {
ndk {
abiFilters 'armeabi' ,'armeabi-v7a'
}
}
}
注: abiFilters 后面的ABI类型即为要打包进apk的ABI类型，除此以外都不打包进apk里
1.2 确保在每个架构类型目录中都有全部的so文件。
比如，
你的项目中一共有三个目录：armeabi-v7a，armeabi和arm64-v8a，
armeabi中有A.so ，B.so，C.so
同样地，其他两个目录都要有对应CPU架构类型的A.so ，B.so，C.so，缺一不可。
2.SO库的兼容
2.1 ABI 版本
不同 Android 手机使用不同的 CPU，因此支持不同的指令集。CPU 与指令集的每种组合都有其自己的应用二进制界面（或 ABI）。 ABI 可以非常精确地定义应用的机器代码在运行时如何与系统交互。 您必须为应用要使用的每个 CPU 架构指定 ABI。
Android目前支持的7种ABI
| ABI | 支持的指令集 | 说明 |
armeabi |
ARMV5TE 和更高版本Thumb-1 | 无硬浮点。 |
armeabi-v7a |
armeabiThumb-2VFPv3-D16其他（可选） | 与 ARMv5、v6 设备不兼容。 |
arm64-v8a |
AArch-64 | |
x86 |
x86 (IA-32)MMXSSE/2/3SSSE3 | 不支持 MOVBE 或 SSE4。 |
x86_64 |
x86-64MMXSSE/2/3SSSE3SSE4.1、4.2POPCNT | |
mips |
MIPS32r1 及更高版本 | 使用硬浮点，并且假设 CPU:FPU 时钟比率为 2:1 以获取最大兼容性。 不提供 micromips 或 MIPS16。 |
mips64 |
MIPS64r6 |
2.2 不同cpu架构类型so库的兼容
CPU架构类型主要分为三个 ARM,X86,MIPS
ARM :常见的芯片设计厂商例如苹果、三星、高通、MTK、英伟达、海思等芯片厂商都是基于 ARM 指令集，占据了市场上百分之九十的市场份额。ARM 是一个设计芯片指令集和架构的公司，技术功底雄厚，它的使用的是精简指令集（RISC），特点是指令格式统一，种类比较少，效率高。
X86:x86是一个指令集架构家族，最早由英特尔在1978年面市的“Intel 8086”CPU上开发出来。该系列较早期的处理器名称是以数字来表示80x86。由于以“86”作为结尾，包括Intel 8086、80186、80286、80386以及80486，因此其架构被称为“x86”。
MIPS:是一种采取精简指令集（RISC）的处理器架构，1981年出现，由MIPS科技公司开发并授权，广泛被使用在许多电子产品、网络设备、个人娱乐设备与商业设备上。最早的MIPS架构是32位，最新的版本已经变成64位。
对于so库的使用者：
如：
- arm64-v8a设备兼容arm64-v8a、armeabi-v7a、armeabi的so库；
- armeabi-v7a设备兼容armeabi-v7a、armeabi的so库；
- X86_64设备兼容X86_64、X86、armeabi的so库；
- X86设备兼容X86、armeabi的so库；
- mips64设备兼容mips64、mips的so库；
规律：
1.同系列的高版本的架构类型都能够向下兼容低版本的so。(同样地，高版本so不能低版本的设备上运行)
2.x86,ARM架构的设备都支持armeabi的so库。
建议：
对打包的apk大小有要求的情况下，保留armeabi，再根据情况添加armeabi-v7a或者其他cpu架构类型abi的支持。
对于so库的提供者：
尽可能提供各个架构的全部版本的so，确保最新的设备上能使用效率最高的指令集，达到最优的性能。
