如何解决 java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader

原创已于 2022-08-02 11:07:15 修改 · 1w 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#android #ndk

于 2021-04-28 21:29:44 首次发布

Android 开发同时被 2 个专栏收录

25 篇文章

订阅专栏

NDK 开发

5 篇文章

订阅专栏

当在Android NDK项目中遇到`UnsatisfiedLinkError`，提示找不到`libexample.so`时，原因是缺少对应CPU架构的库。虽然arm64-v8a设备理论上兼容armeabi-v7a，但系统会优先查找64位库。为解决此问题，需要在Module的`build.gradle`文件中指定仅支持armeabi-v7a架构，添加`abiFilters armeabi-v7a`，确保在编译时只打包armeabi-v7a的so文件。

问题描述：
在 ndk 项目中，运行时出现 crash，报错信息为：
java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file “/data/app/com.example.app1-N8QaCmB1BIy_61rNltnmmQ==/base.apk”],nativeLibraryDirectories=[/data/app/com.example.app1-N8QaCmB1BIy_61rNltnmmQ==/lib/arm64, /data/app/com.example.app1-N8QaCmB1BIy_61rNltnmmQ==/base.apk!/lib/arm64-v8a, /system/lib64, /hw_product/lib64, /system/product/lib64]]] couldn’t find “libexample.so”

问题分析：
当报错信息为：java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file ]]] couldn’t find “xxx.so"时，是因为so文件加载异常。根据日志的描述：设备的 cpu 架构是 arm64-v8a，但是在/lib/arm64-v8a路径下没有找到"xxxxx.so”，所以运行时闪退了。项目中jni目录下只有 armeabi-v7a 的so文件，但是64位的设备应该是兼容32位的库的呀？
这是因为 arm64-v8a 的手机在用到该app的时候会优先查找 arm64 的文件夹，发现里面没有 libexample.so，就报错了，所以在编译的时候应该设置只兼容 armeabi-v7a 架构，这样在运行的时候，就会直接去加载 armeabi-v7a 的so库了。

解决方案：
在 Module 的 build.gradle 文件中添加如下代码：

android {
    defaultConfig {
        // 指定兼容的cpu架构
        ndk {
            abiFilters "armeabi-v7a"
        }
    }
}

Android 开发者官网说明：为特定 ABI 生成代码