首先这边引用
环信SDK工程师总结的出现这个问题的一些原因（稍作排版修改）：
引用 / 环信SDK工程师分析 UnsatisfiedLinkError
前言
在开发项目的时候我们免不了使用一些第三方的库来进行快速开发，有些第三方库只是简单的一个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就行了
结语
所以如果大家再遇到这样的问题，可以先根据以上信息排查下，无非就是某个库的 so 文件放多了，或者某个 so 库的文件放少了，或者是 jar 包和 so 不匹配了，这些只要细心看下 ide 的日志提示，很容易就解决，希望此篇文章能帮大家解决问题，谢谢！
文笔有限，如果问题，欢迎指正 _~
网友评论
java.lang.UnsatisfiedLinkError: dlopen failed: "/data/app/com.wondersgroup.ggfuwuApp-1/lib/arm/libdetectFaceYSQ.so" has unexpected e_machine: 3
按照正常的逻辑，自己处理 so 需要指定 so 的位置，然后打包时可以设置包含哪些平台的 so，
可以在你的 build.gradle 下加上一下配置试下 下边的armeabi-v7a 可以改成 armeabi
android {
compileSdkVersion 26
defaultConfig {
...
ndk {
abiFilters 'armeabi-v7a'
}
}
}
dlopen failed: "/data/app/com.google.android.webview-2/lib/arm/libwebviewchromium.so" is 32-bit instead of 64-bit
这个问题有遇到过吗？
dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.example.hiapad.chattingservice-1/base.apk"],nativeLibraryDirectories=[/data/app/com.example.hiapad.chattingservice-1/lib/arm64, /data/app/com.example.hiapad.chattingservice-1/base.apk!/lib/arm64-v8a, /vendor/lib64, /system/lib64]]] couldn't find "libeasemob_jni.so"
public class TestJNI {
static {
System.loadLibrary("curl");
System.loadLibrary("curlTest");
}
public static native void Init();
public static native void Cleanup();
public static native void TestDownload();
public static native void TestHttpPost();
}
其中需要用到两个库
java.lang.UnsatisfiedLinkError: Couldn't load curlTest from loader dalvik.system.PathClassLoader[dexPath=/data/app/com.llcy.testjni-3.apk,libraryPath=/data/app-lib/com.llcy.testjni-3]: findLibrary returned null
at java.lang.Runtime.loadLibrary(Runtime.java:358)
at java.lang.System.loadLibrary(System.java:526)
at com.llcy.testjni.TestJNI.<clinit>(TestJNI.java:10)
at com.llcy.testjni.MainActivity.onCreate(MainActivity.java:17)
at android.app.Activity.performCreate(Activity.java)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java)
at android.app.ActivityThread.access$800(ActivityThread.java)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java)
at android.os.Handler.dispatchMessage(Handler.java)
at android.os.Looper.loop(Looper.java)
AndroidRuntime FATAL EXCEPTION: main
E AndroidRuntime Process: com.mengu.all, PID: 13354
E AndroidRuntime java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "signal" referenced by "libcocos2dlua.so"...
E AndroidRuntime at java.lang.Runtime.loadLibrary(Runtime.java:364)
E AndroidRuntime at java.lang.System.loadLibrary(System.java:533)
E AndroidRuntime at org.cocos2dx.lib.Cocos2dxActivity.onLoadNativeLibraries(Cocos2dxActivity.java:248)
E AndroidRuntime at org.cocos2dx.lib.Cocos2dxActivity.onCreate(Cocos2dxActivity.java:263)
E AndroidRuntime at org.cocos2dx.lua.AppActivity.onCreate(AppActivity.java:97)
E AndroidRuntime at android.app.Activity.performCreate(Activity.java:5312)
E AndroidRuntime at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1111)
E AndroidRuntime at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2552)
E AndroidRuntime at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2653)
E AndroidRuntime at android.app.ActivityThread.access$800(ActivityThread.java:156)
E AndroidRuntime at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1355)
E AndroidRuntime at android.os.Handler.dispatchMessage(Handler.java:102)
E AndroidRuntime at android.os.Looper.loop(Looper.java:157)
E AndroidRuntime at android.app.ActivityThread.main(ActivityThread.java:5872)
E AndroidRuntime at java.lang.reflect.Method.invokeNative(Native Method)
E AndroidRuntime at java.lang.reflect.Method.invoke(Method.java:515)
E AndroidRuntime at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:858)
E AndroidRuntime at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:674)
E AndroidRuntime at dalvik.system.NativeStart.main(Native Method)
楼主这个问题对于mate9还有三星的好像s7（7.0系统）报错，其他低版本机器都没问题，有没有好的建议
java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/cn.uartist.ipad-1/base.apk"],nativeLibraryDirectories=[/data/app/cn.uartist.ipad-1/lib/arm64, /vendor/lib64, /system/lib64]]] couldn't find "libsecurity.so"
java.lang.UnsatisfiedLinkError: JNI_ERR returned from JNI_OnLoad in "/data/app/com.zuxia.edu.zuxiaclassroom-4/lib/x86/libijksdl.so"
at java.lang.Runtime.loadLibrary(Runtime.java:372)
at java.lang.System.loadLibrary(System.java:1076)
at tv.danmaku.ijk.media.player.IjkMediaPlayer$1.loadLibrary(IjkMediaPlayer.java:175)
at tv.danmaku.ijk.media.player.IjkMediaPlayer.loadLibrariesOnce(IjkMediaPlayer.java:187)
at tv.danmaku.ijk.media.player.IjkMediaPlayer.initPlayer(IjkMediaPlayer.java:228)
at tv.danmaku.ijk.media.player.IjkMediaPlayer.<init>(IjkMediaPlayer.java:224)
at tv.danmaku.ijk.media.player.IjkMediaPlayer.<init>(IjkMediaPlayer.java:215)
java.lang.UnsatisfiedLinkError: Couldn't load sec from loader dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.hhearth.android-2.apk"],nativeLibraryDirectories=[/data/app-lib/com.hhearth.android-2, /vendor/lib, /system/lib]]]: findLibrary returned null
at java.lang.Runtime.loadLibrary(Runtime.java:358)
at java.lang.System.loadLibrary(System.java:526)
at com.uzmap.pkg.uzcore.external.Enslecb.<clinit>(Enslecb.java:20)
at com.uzmap.pkg.uzcore.external.g.b(NativeWrapper.java:149)
at com.uzmap.pkg.uzcore.d.a(InternalDelegate.java:101)
at com.uzmap.pkg.uzapp.UZApplication.onCreate(UZApplication.java:22)
at android.app.Instrumentation.callApplicationOnCreate(Instrumentation.java:1007)
at ...
main{
jniLibs.srcDirs = ['libs']
}
}
还是会报同样的错误。看来是少导入包了？还是文件路径不对找不到.so文件？