原文：https://www.jianshu.com/p/4a6fb36d4f33
最近项目中添加了第三方厂家的aar包后，APP出现了崩溃，log报错中有这么一行。
java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip
file "/system/framework/org.apache.http.legacy.boot.jar", zip file "/data/app/com
.msn4c-765V9eEOvCiBnoB7Ode3Wg/base.apk"],nativeLibraryDirectories=
[/data/app/com.msn4c-765V9eEOvCiBnoB7Ode3Wg/lib/arm, /system/fake-libs,
/data/app/com.msn4c-765V9eEOvCiBnoB7Ode3Wg==/base.apk!/lib/armeabi-v7a,
/system/lib]]] couldn't find "libzhdcomm.so"
报错很长，前面不用看，主要看最后几个单词，他说“couldn't find "libzhdcomm.so"”，
在我们本来的项目中，是没有自己添加“libzhdcomm.so”这个库的。经过一番寻找，最后在厂家的aar包里发现了这个库，是放在armeabi文件夹下的，除此之外没有其他放置so库的文件夹了。而在我们公司的项目中，所有的so库都是armeabi和armeabi-v7a两个文件夹下各放一份，会不会是这里文件不统一导致的找不到呢？
于是我又把我们项目编译好的apk包解压出来，发现在armeabi文件夹下，是有libzhdcomm.so文件的，但在armeabi-v7a文件夹下，没有libzhdcomm.so库，也就是说，aar包里用到so库，会在编译的时候，合并到主项目的so库位置，且是按照aar包中的armeabi下的so库合并到主项目的armeabi中，aar包中的armeabi-v7a下的so库合并到主项目的armeabi-v7a中，有其他文件依此类推。主项目的armeabi-v7a下so库比armeabi下的少，系统就会找不到需要用的so库了吗？看过几篇大神的文章，发现是这样的。
apk包在安装的过程中，系统会识别当前设备的CPU架构，不同的CPU架构运行so库时需要不同的ABI（应用程序二进制接口），so库也是针对不同的ABI编译出来的。系统会根据识别出来的CPU架构支持的ABI选择性的安装so库，比如我的手机是骁龙835，支持的ABI是armeabi-v7a，发现安装包里有armeabi-v7a这个文件夹，所以就只会安装armeabi-v7a下的so库（如果没有armeabi-v7a文件夹则会选择兼容的ABI类型），而armeabi-v7a下是没有libzhdcomm.so的，最终就会报上面找不到的错误，导致APP运行崩溃。
找到崩溃原因了，怎么解决呢？方法很简单，跟厂家单独要一份armeabi-v7a的so库，添加到主项目的armeabi-v7a下，就可以完美解决问题了。如果厂家没有armeabi-v7a的so库呢？那就退而求其次，将armeabi下的库复制到armeabi-v7a文件夹中，因为ABI是向前兼容的。
补充
最后简单介绍一下什么是ABI，以及目前Android支持的CPU架构以及对应的ABI，以下内容来自简书niknowzcd的文章，原文链接：https://www.jianshu.com/p/d2119b3880d8
Android ABI
ABI全称:Application binary interface（应用程序二进制接口），定义了一套规则，允许编译好的二进制目标代码能在所有兼容该ABI的操作系统中无需改动就能运行。
不同的Android手机使用不同的CPU，因此需要提供对应的二进制接口交互规则（即对应的ABI文件）才能进行交互。
部分CPU是能支持多种交互规则，但这是在牺牲性能的前提下所做的兼容。
ABI和CPU的关系
当一个应用被安装在设备上时，只有该设备支持的CPU架构对应的.so文件会被安装,如果支持多个ABI架构，会按照优先级进行选择。
具体的支持类型如下。
CPU架构 支持ABI
ARMv5 armeabi
ARMv7 armeabi，armeabi-v7a
ARMv8 armeabi，armeabi-v7a，arm64-v8a
MIPS mips
MIPS64 mips，mips64
x86 armeabi，armeabi-v7a，x86
x86_64 armeabi，x86，x86_64
可以看出CPU大都是向前兼容的，但是选择ABI时会有个优先级。
比如X86型的CPU,优先选择x86目录下的.so包，如果存在，就不会再安装其他支持的ABI架构;如果没有x86目录，才会选择armeabi-v7a目录下的.so，最后才会选择armeabi目录下的.so文件。
PS：X86设备虽然能够运行armeabi下的so库，但可能会损失性能，而且不能保证一定不会发生crash,尤其是有小公司出产的so库。
Aar里面的Libs下Armeabi的类型与Libs的Armeabi类型都不同，Aar的Libs只有Arm64-V8a和Armeabi-V7a，而App下的Libs有Armeabi、Armeabi-V7a、Mips、X86，最后我两边都只留下Armeabi-V7a后正常运行（提示一下，不同Cpu型号对应的Arm不同，尽量争取有多几个不同类型的，网上说如果没办法就只留下Armeabi，这个通用但是效率会慢很多）
标签：couldn,ABI,armeabi,后报,CPU,文件夹,so,v7a From： https://www.cnblogs.com/tc310/p/16741020.html