Android java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader报错解决方法大全

错误分析

这个错误是so库加载问题，报错一般以 java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader开头。一般是程序在运行过程中调用System.loadLibrary(“xxxxxxxx”);是无法找到libxxxxxx.so文件导致的报错。针对这个错误我们可以一边排查一边来解决。

问题分析和解决

1.查看so库是不是已经在编译的过程中打包到apk里。

方法：
找到项目的这个目录app\build\outputs\apk，然后用压缩软件打开app-debug.apk这个文件，去libs里找有没有报错的libxxxxxx.so文件。
解决：
如果有就下一步，没有就检查自己是不是把libxxxxxx.so文件没有放在正确的位置，然后重新打包。

2.查看项目是不是加载了so库

方法&解决：
找到项目app的build.gradle文件，看是不是引入了libs文件的依赖。正确的写法如下：

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

记住，sourceSets一定要放在android的代码块内。如果没有就加上这一句然后重新编译一遍，问题解决。

3.查看NDK是不是排除了你的设备架构

方法：

android {
    defaultConfig {
        ........//此处省略其他设置
        ndk {
            abiFilters  "armeabi"
        }
    }
}

如上图，这个设置就是只加载armabi架构（目录下）的so库，如果是别的架构，就会找不到。
解决：
我们可以添加自己需要的架构，这样做的好处是apk体积可以变小代码如下：

android {
    defaultConfig {
        ........//此处省略其他设置
        ndk {
            abiFilters  "armeabi","x86"
        }
    }
}

这样我们就又引入了x86架构，一定要注意每一个目录下放的so库一定要是相应架构下的目录。

4.查看是否是armeabi和armeabi-v7a都有so库

方法&解决：
我们可以引入armeabi-v7a这个架构，然后把armeabi里的文件复制一份进anmeabi-v7a目录下，然后重新编译。armeabi和armeabi-v7a文件不一致也有可能导致程序异常。

总结和其他异常
其实这个异常就是加载的问题，还有可能是so库对应的架构不正确，上面四个方法可以解决90%的问题了，还有问题可以评论，大家一起探讨一下。