关于java.lang.UnsatisfiedLinkError错误和SO库的兼容问题

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库的提供者：