【转】解决添加 aar(so库)后报 couldn't find "***.so" 错误,导致崩溃的问题

原文: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,这个通用但是效率会慢很多)

posted @ 2022-09-29 12:10  tc310  阅读(466)  评论(0编辑  收藏  举报