解决动态加载java.lang.UnsatisfiedLinkError: dlopen failed * is 32-bit instead of 64-bit 报错

用动态加载的方式拉起插件apk,由于插件apk中有so文件,于是出现错误

E/AndroidRuntime: FATAL EXCEPTION: Thread-7
                                                                  Process: androidx.xxxxxxdemo, PID: 8303
                                                                  java.lang.UnsatisfiedLinkError: dlopen failed: "/data/data/xxxxxxxx/app.apk-dir/lib/libxxxxxx.so" is 32-bit instead of 64-bit
                                                                      at java.lang.Runtime.loadLibrary0(Runtime.java:1016)
                                                                      at java.lang.System.loadLibrary(System.java:1657)
                                                                      at vivali.utility.xxxxxxx.xxxxxxx.<clinit>(xxxxxxx.java:9)
                                                                      at com.example.xxxxxxx.xxxxxx.xxxxxxActivity.xxxxxx(xxxxxxActivity.java:676)
                                                                      at com.example.xxxxxxx.xxxxxx.xxxxxxActivity.access$1000(xxxxxxActivity.java:47)
                                                                      at com.example.xxxxxxx.xxxxxx.xxxxxxActivityy$xxxxxxThread.run(xxxxxxActivity.java:628)
                                                                      at java.lang.Thread.run(Thread.java:764)

单独安装该插件apk没有问题,但是运行不起来,先按照网上的方法在工程app目录下build.gradle加上一句话:

ndk {
            abiFilters "armeabi", "armeabi-v7a", "x86"
        }

但是没有效果,看大神的博客,说自己的apk中没有so,但是第三方插件中有,给了解决方案:

第三方apk有so的情况

在宿主apk中添加添加空文件夹app>src>main中添加文件夹jniLibs>armeabi,文件夹中添加空文件fix.so,即可

这个文件目录对应我的插件apk,如果只是添加armeabi文件夹则还是会报错

### 错误原因 当应用程序尝试在一个64位架构的设备上加载32位本地库文件(`.so` 文件),会触发 `java.lang.UnsatisfiedLinkError: dlopen failed * is 32-bit instead of 64-bit` 的异常。这是因为 Android 设备在启动应用时,默认情况下只会加载与当前 CPU 架构相匹配版本的 `.so` 库文件[^1]。 ### 解决方案概述 为了确保应用程序能够在不同架构的设备上正常工作,开发者应提供适用于目标平台的所有 ABI 版本的原生库。具体来说,在构建过程中应当包含针对 ARMv7 (32-bit), ARM64 (64-bit),以及可能存在的其他架构的支持[^2]。 ### 实施步骤 #### 修改 Gradle 配置 通过调整项目的 `build.gradle` 文件来指定所需的ABI过滤器: ```groovy android { ... defaultConfig { ... externalNativeBuild { cmake { cppFlags "" } } ndk { abiFilters 'armeabi-v7a', 'arm64-v8a', 'x86', 'x86_64' } } } ``` 上述配置指定了四个常见的ABI:两个用于ARM处理器(分别对应32位和64位),另外两个则是面向Intel架构的CPU。这可以有效防止因缺少适当架构下的共享对象而导致的应用崩溃问题[^4]。 #### 清理旧版构建产物 有时即使更新了Gradle设置之后仍然遇到相同的问题,可能是由于缓存中的陈旧二进制文件干扰所致。因此建议执行如下命令清理项目: ```bash ./gradlew clean ``` 接着重新编译整个工程以确保所有更改生效。 #### 检查第三方依赖项 如果使用到了外部库,则需确认这些库也提供了相应的多ABI支持。可以通过查阅文档或联系维护者获取更多信息。必要时考虑寻找替代品或是请求作者增加对更多ABI的支持[^3]。 ### 注意事项 - 不要简单地移除特定ABI的支持作为临时解决方案,因为这样做可能会缩小潜在用户的范围。 - 对于不需要访问底层硬件特性的纯Java/Kotlin应用而言,通常不会受到此问题的影响;但如果集成了任何形式的JNI接口或者直接调用了C/C++代码编写的功能模块,则务必重视这个问题。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值