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%的问题了,还有问题可以评论,大家一起探讨一下。

发布了28 篇原创文章 · 获赞 12 · 访问量 1万+
展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 创作都市 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览