APP java.lang.UnsatisfiedLinkError so错误

本文探讨了在Android 7.0模拟器上因64位环境导致的第三方SDK中的32位so库加载失败的问题,并提供了解决方案,即通过Gradle配置强制编译为32位。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

so错误

App 中需要引用第三方的SDK,第三方SDK 带so. 编译后在7.0的模拟器上运行产生如下的错误,但是在一个三星的平板上运行正常。

05-19 10:30:56.977 25669-25669/com.nextev.carcontrol E/AndroidRuntime: FATAL EXCEPTION: main
                                                                       Process: com.nextev.carcontrol, PID: 25669
                                                                       java.lang.UnsatisfiedLinkError: dlopen failed: "/data/data/com.nextev.carcontrol/files/libmapbar_navicore.so" is 32-bit instead of 64-bit
                                                                           at java.lang.Runtime.load0(Runtime.java:897)
                                                                           at java.lang.System.load(System.java:1505)

在模拟器上登录看下data 去的so 文件和odex 文件,系统把so 运行在64 位环境下,odex 生成32 位和64位版本。但是在lib 目录下三方的SDK的so libmapbar_navicore.so 没有生成。通过file 命令查看libmapbar_navicore.so 为32 为版本。而在lib 目录下出现的libNativeImageProcessor.so 提供了全平台的支持。系统按照64位的运行,找不到libmapbar_navicore.so 64 位的版本。

libmapbar_navicore.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, stripped

generic_arm64:/data/app/com.nextev.carcontrol-1 # ls lib/arm64/
libNativeImageProcessor.so
generic_arm64:/data/app/com.nextev.carcontrol-1 # ls oat/arm/
base.odex
generic_arm64:/data/app/com.nextev.carcontrol-1 # ls oat/arm64/
base.odex

在gralde 文件中加入如下指令: 强制so编译为armeabi 版本。

 defaultConfig {

        ......

        ndk {
            abiFilters "armeabi"
        }
    }

在64位模拟器上正常运行了,可以看到 so odex 都运行在32 位模式下

generic_arm64:/data/app/com.nextev.carcontrol-1 # ls lib/arm/                                                                                               
libNativeImageProcessor.so libmapbar_navicore.so 
generic_arm64:/data/app/com.nextev.carcontrol-1 # ls oat/arm/base.odex                                                                                      
oat/arm/base.odex
generic_arm64:/data/app/com.nextev.carcontrol-1 # 

原因:Android 对Apk 做了32 位兼容,在安装apk 时,扫描so 文件,如果发现so 有32 位版本,会按照32 位启动,因为64 位版本的so 兼容32 位。所以在6.0 版本的三星平板上运行正常。在7.0版本的模拟器上运行错误,可能和系统的判断32 还是64 为有关,是否是7.0 的一个BUG 。

参考:
Android 64位兼容方式运行32位分析

<think>我们正在解决的是`java.lang.UnsatisfiedLinkError:no dspimtapijni injava.library.path`错误。这个错误通常发生在Java程序试图加载本地库(如JNI库)时,系统在`java.library.path`指定的路径中找不到该库文件。根据引用内容,我们可以总结出几种常见的解决方案:1.**设置`java.library.path`系统属性**:在启动程序时,通过命令行参数指定本地库的路径。例如:```java-Djava.library.path=/path/to/dir -jar your_application.jar```其中`/path/to/dir`是包含`dspimtapijni.dll`(Windows)、`libdspimtapijni.so`(Linux)或`libdspimtapijni.dylib`(Mac)的目录。2.**将库文件放在系统默认的库路径中**:例如,在Linux系统中,可以将库文件放在`/usr/lib`或`/usr/local/lib`中;在Windows中,可以放在`C:\Windows\System32`或`C:\Windows\SysWOW64`(根据系统位数)中。3.**在代码中显式加载库**:使用`System.load()`或`System.loadLibrary()`方法加载库。例如:```java//使用绝对路径System.load("/absolute/path/to/libdspimtapijni.so");//或者使用库名(注意不需要前缀和扩展名)System.loadLibrary("dspimtapijni");```注意:`System.loadLibrary()`要求库文件位于`java.library.path`中的某个目录,或者已经通过`-Djava.library.path`指定。 4. **检查库文件的依赖**:使用工具(如`ldd`(Linux)、`otool -L`(Mac)或Dependency Walker(Windows))检查库文件是否依赖其他库,并确保这些依赖库也可用。 5. **确保库文件与JVM架构匹配**:如果JVM是32位的,则需要32位的库;64位JVM则需要64位的库。 6. **检查环境变量**:确保环境变量(如`PATH`(Windows)或`LD_LIBRARY_PATH`(Linux))包含库文件所在的目录。 7. **对于Maven/Gradle项目,确保依赖正确**:如果本地库是通过某个依赖(如来自`javacpp-presets`)引入的,确保依赖配置正确,并且库文件被正确下载和放置。8.**检查资源文件是否被正确打包**:如果库文件是从JAR中提取的(如引用[2]中的情况),需要确保在运行时能够正确提取到临时目录或指定目录,并加载。 9. **使用第三方工具管理本地库**:例如,使用`org.scijava:native-lib-loader`等库来简化本地库的加载。下面,我们针对这个错误,给出具体的解决步骤:###解决步骤####1.确认本地库文件存在首先,确保你拥有名为`dspimtapijni`的本地库文件(注意不同平台扩展名不同)。在Windows上是`dspimtapijni.dll`,Linux上是`libdspimtapijni.so`,Mac上是`libdspimtapijni.dylib`。找到这个文件所在的目录。 ####2.设置`java.library.path`在启动Java程序时,通过命令行参数指定本地库所在的目录。例如,在Windows上,如果库文件在当前目录:``` java-Djava.library.path=. -jar your_app.jar``` 在Linux/Mac上: ```java -Djava.library.path=/path/to/dir -jar your_app.jar```####3.在代码中显式加载(可选) 如果上述方法无效,可以在代码中显式加载库。例如:```javapublicclass YourClass {static{//使用绝对路径System.load("/absolute/path/to/libdspimtapijni.so");//或者如果库文件在java.library.path中,可以使用//System.loadLibrary("dspimtapijni");} }```注意:在静态块中加载,确保在使用本地方法之前加载库。 ####4.检查依赖库如果库文件本身还依赖其他库,需要确保这些依赖库也在`java.library.path`或者系统路径中。可以使用以下工具检查依赖: -Windows:DependencyWalker (http://www.dependencywalker.com/)- Linux: `lddlibdspim
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值