【转】is 32-bit instead of 64-bit动态库错误分析

转载自:http://blog.csdn.net/chewbee/article/details/51973273

前段时间因项目需要,需要MP3格式的录音,需要引用LAME开源库,在引用so库文件时,提示Java.lang.UnsatisfiedLinkError: dlopen failed: “liblame.so” is 32-bit instead of 64-bit错误,网上分析了出现这种情况的原因,可能是混合使用了32bit和64bit的库文件,如果系统先使用64bit的库文件时,则后续的库文件都是以64bit来加载执行,故会出现此问题。

针对第三方应用,在它安装的时候,安装包管理器会检查该应用是否使用native libraries,如果使用本地库文件的话,则会根据相应的架构abi来选择是32bit还是64bit。

针对系统应用来说,它的库文件存放在/system/lib,所以无法确定该应用是否依赖其他应用在system/lib下的库文件。因此安装包管理器,无法确定系统应用使用哪种架构abi,故在64bit模式下运行。

当你安装应用到系统时,系统会从lib目录下的(armeabi, armeabi-v7a, arm64-v8a, x86, x86_64, mips64, mips)文件夹中查找本地库文件,不同的架构加载不同的文件夹下的库文件。例如64bit的架构从arm64-v8a、x86_64、mips64这些目录中加载。如果你的arm64-v8a文件夹下刚好有这个需要使用到的库文件,则不会从其他文件夹如armeabi加载该库文件。此时就会出现32bit库文件和64bit库文件混合使用的情况,但是32bit的库文件不能和64bit的库文件不能混合使用。因此,有一种解决办法是过滤掉64bit的库文件,全部使用32bit的库文件。在Android studio配置文件build.gradle(Module APP)中配置如下:

android {
    ....
    defaultConfig {
        ....
        ndk {
            abiFilters "armeabi", "armeabi-v7a", "x86", "mips"
        }
    }
}

还有一种解决办法是生成64bit库文件,具体的做法如下,在jni目录下创建一个Application.mk文件,定义需要生成的abi架构库文件。64bit库文件可以选择arm64-v8a abi架构。

[plain] view plain copy
在CODE上查看代码片派生到我的代码片

    APP_MODULES := JNITest  
    APP_ABI := arm64-v8a  

其中APP_MODULES 是需要生成的模块名字,在Android.mk文件的LOCAL_MODULE中定义。

APP_ABI,默认情况下,NDK的编译系统根据 “armeabi” ABI生成机器代码。可以使用APP_ABI 来选择一个不同的ABI。这里选择arm64-v8a来表示需要生成64bit的库文件。

注意,如果需要编译64bit库文件,需要使用64bit的ndk版本。64bit ndk下载。


这里写图片描述

编译出64bit 的库文件之后,用该库文件替换32bit 库文件,就可以解决该问题。

参考链接:

http://stackoverflow.com/questions/27712921/how-to-use-32bit-native-libraries-on-64-bit-android-l-platform

http://stackoverflow.com/questions/30782848/how-to-use-32-bit-native-libaries-on-64-bit-android-device

让APK只包含指定的ABI

关于abiFilters的使用

你可能感兴趣的:(【转】is 32-bit instead of 64-bit动态库错误分析)