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 。