Android Studio UnsatisfiedLinkError错误的解决办法_unsatisfiedlinkerror报错-CSDN博客

1：当程序报错：
Caused by: java.lang.UnsatisfiedLinkError:com.android.tools.fd.runtime.IncrementalClassLoader$DelegateClassLoader[DexPathList

多半原因是so文件没有正常加载

2：查明原因：

先判断是否忘记拷贝对应的so文件到对应的JNI目录

查明手机cpu架构，到对应JNI目录查看是否有对应的so文件

3：解决办法：

1）将对应的so文件拷贝到对应的JNI架构目录中

2）如果只有其中某些架构的so文件，但是手机的架构有不属于其中，那可以在项目中这样设置：

android {
 defaultConfig {
    ndk {
     // 设置支持的 SO 库构架，注意这里要根据你的实际情况来设置           abiFilters 'armeabi'// 'armeabi-v7a', 'arm64-v8a', 'x86', 'x86_64', 'mips', 'mips64' 
      }
   }
}

如果在添加 “abiFilter” 之后 Android Studio 出现以下提示：
NDK integration is deprecated in the current plugin. Consider trying the new experimental plugin
在项目根目录的 gradle.properties 文件中添加：
android.useDeprecatedNdk=true
需要注意的是：这种方法对应64位架构的手机，但是只有32位的so文件比较有效，关于架构的知识可以查阅百度说明

64位（arm64-v8a）架构手机可以运行32位（armeabi armeabi-v7a）的so文件

（二）android studio加载 so文件以及出错。android java.lang.UnsatisfiedLinkError: 分析及解决方法

.so库放到主module的libs/下的对应CPU架构目录中，比如libs/armeabi中。
主module的build.gradle文件里面，android标签里添加：

sourceSets {
    main {
        jniLibs.srcDirs = ['libs']
    }
}

然后是出错：
android java.lang.UnsatisfiedLinkError: 分析及解决方法”

一, jni还没有编译是一边编译一边用的

这要分两种情况：
　　第一种是unsatisfiedlinkerror:dll名称。说明dll没有放到合适的位置。对于android开发，我们一般把so放在 libs目录下，但是还是会出现这个错误。根本原因system.loadlibrary函数会加载你指定的so，该so中需要链接的所有符号都需要能够链接到，如果有一个链接不成功，那么整个so也会加载失败。仔细检查so中需要的所有符号，确保其存在且在正确的位置上。

　　第二种是unsatisfiedlinkerror:方法名称。说明dll已经成功加载，但是方法名字错了。这个错误最最常见而且基本的解决方法是:仔细对比你的native 方法的原型确保与javah生成的原型一致。在java端修改native方法名称一定要记得更新c/c++端的函数名称，这是造成此类错误最常见的原因。

二，是jni已经编译过直接用别人编译好的so库
你建的项目放loadlibrary()的类的包名要和原项目编译jni时loadlibrary()所在的类名应该一致，因为jni好像是根据java包名来命名的，所以改成一致的名字就ok了

（三）Android studio java.lang.UnsatisfiedLinkError加载.so文件失败解决办法
问题：java.lang.UnsatisfiedLinkError:dalvik.system.PathClassLoader[DexPathList[[zip file”/data/app/com.example.demozd-1/base.apk”],nativeLibraryDirectories=[/vendor/lib64, /system/lib64]]] couldn’t find “libmsc.so”
很明显是程序运行的时候找不到.so文件导致的。

解决办法：

1.确定你的项目里确实有.so文件，如果错误和我上面的一样找不到lib64巴拉巴拉的，你还要确定你的项目里有arm64-v8a这个文件夹，没有的话就建一个，然后把armeabi中的.so文件拷过去一份；
2.如果你把所有的.so文件夹都放在libs下了，需要在你的build.gradle文件中android大括号中加入下面这段代码：

sourceSets {  
        main {  
            jniLibs.srcDirs = ['libs']  
        }  
    }

3.如果你的所有.so文件夹是在jniLibs下，那么要确保你的jniLibs文件夹在src/main/这个路径下，不能在src同级目录。

下面从第三方库环信做一下解说

有些第三方库只是简单的一个jar包，但是有些使用了jni开发，因此会包含so库文件，这个时候如果不消息我们就会遇到一个错误:java.lang.UnsatisfiedLinkError；
通过使用环信sdk的时候出现这个错误；这里分享下问题原因以及解决方案；

这里需要先解释一下相关信息
hyphenatechatsdk提供的指令集类型仅提供armeabi-v7a、arm64-v8a、x86三种;
armeabi和armeabi-v7a是相近似的指令集，v7a是增强型指令集，运行速度，效率均有所提高，他们都是32位指令，并且兼容；arm64-v8a对应arm64位指令集；
arm64位策略和intel IA32不一样：intel64位指令是兼容intel32位指令，intel32位指令编译的程序可以直接在intel64位机器上运行；但是arm不是，arm64位和arm32位是彼此独立的指令系统，不兼容；arm这样设计的原因是因为运行在嵌入式上，设计指标更趋向于效率，和耗电考量；实际上arm64位芯片上同时包含着arm64指令处理器和arm32位指令处理器，只不过两个处理器彼此独立；

导致产生UnsatisfiedLinkError的几个原因
影响链接的限制条件: armeabi实际上可以运行在arm64位机器上，只不过Google增加了限制条件：

Android4.x只要能找到so，就可以运行，so可以在armeabi、armeabi-v7a、arm64-v8a，so位置可以很随意；
Android5.x开始，检查更加严格，会只有和芯片型号对应目录的so会安装到手机中；
举个例子：
开发环境下目录结构如下
libs/armeabi:libhyphenate.so libhyphenate_av.so
libs/armeabi-v7a:libmediadata.so
手机对应的指令集是armeabi-v7a，然后安装到手机的只有libmediadata.so；
Android6.x下，检查更加严格，有一条规则，之前测试有遇到，现在不太确认；
libs/armeabi/: libhyphenate.so libhyphenate_av.so
libs/arm64-v8a(没有此目录)
在arm64位机器上也可以运行，但是作为开发者通常会依赖其他开发包，比如baiduMap，也会用其他so，不能让所有开发者都删掉libs/arm64-v8a的目录；不过开发者可以尝试下删除arm64-v8a，只留armeabi，这样安装包会很小，在各个平台上也能运行；
Google考量点是执行速率，更流畅的用户体验，作为开发者，服务提供者，我们希望apk尽可能小，对执行速度要求不高；
armeabi和armeabi-v7a可以互换，现在市面上的手机很少有armeabi的，基本上是armeabi-v7a或arm64位的高端机器。
查看手机芯片型号：cat /proc/cpuinfo, 仔细看一下打印信息，能够看明白手机指令集，是32位还是64位。
x86目录，通常对应虚拟机，很多开发者喜欢在genymotion上开发调试，这个就对应86，x86和前面说的intel IA32是一回事，所以只提供32位的，也能在x86-64位机器上运行；
我们的so还依赖于libsqlite.so，不过由于这个包从来没有变化，使用的是系统默认提供的/system/lib，在Android 6.x及以下的平台可以运行，Android7.x执行更严格的安全检查，禁止使用系统目录的内容，所以如果希望在Android7.x以上版本，需要把系统目录的libsqlite.so拷贝出来，也放在自己app对应指令目录下，由于目前Android7.x市面上没有机型，所以目前不在考虑范围；
mips指令集的手机很少见，听说联想有出过，没见过;
libs/armeabi/libhyphenate.so和libs.without.audio/armeabi/libhyphenate.so是不同，libs/armeabi/libhyphenate.so会依赖于libs/armeabi/libhyphenate_av.so，如果找不到会报java.lang.UnsatisfiedLinkError；
还有一个比较容易忽略的一点，现在我们的的项目一般都是引入好多个第三方库，第六点也提到了使用baiduMap这点，就是当一个项目引入多个库，不同的库有不同的so文件夹，当其中一个支持的比较少，但是另一个比较全时，也会出现这样的错误，解决方法就是不支持的so文件夹删除
举个例子：
环信支持的指令集arm64-v8a、armeabi-v7a、x86
百度地图支持的指令集arm64-v8a、armeabi、armeabi-v7a、x86、x86_64、mips、mips64
如果想在所有设备上都能运行，需要把x86_64、mips、mips64这些删除；
根据前边所说可以保留armeabi和armeabi-v7a文件夹，然后复制armeabi-v7a里的so文件到armeabi就行了