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

风再起时与不羁的风

于 2016-07-20 23:07:53 发布

阅读量7.2k

点赞数 1

分类专栏： Android NDK 文章标签： NDK 动态库文件

本文链接：https://blog.youkuaiyun.com/chewbee/article/details/51973273

版权

在Android项目中遇到动态库`liblame.so`加载错误，提示为32位而非64位。问题源于混合使用了不同架构的库文件。Android系统在64位模式下运行时，会从对应abi目录加载库，导致32位与64位库混用。解决方案包括：1) 在`build.gradle`中设置`abiFilters`只包含32位架构；2) 创建`Application.mk`文件，指定生成64位库，并使用64位NDK进行编译。通过这些方法，可以避免32位与64位库的不兼容问题。

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

前段时间因项目需要，需要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文件夹下刚好有这个需要使用到的库文件，则不会从其他文件夹如