出现的场景是:项目的src/main 目录下手动创建了 jniLibs文件夹并添加armeabi、armeabi-v7a、x86、x86-64、arm64-v8a等子文件夹。在这些子文件夹下有部分是根据不同的cpu编译进行设备适配的so文件,而有一部分例如libFFmpeg和libandroidH264则只提供32bits的库。当代码在32bits的手机中运行是没问题的,但是在64位手机中就会出现类似上面这种情况:
因为上面的armeabi、armeabi-v7a、arm64-v8a等文件夹中对于FFmpeg和androidH264这类so文件其实提供的都是同一份拷贝。32位可以通过,而在64位机子上运行时就会检查发觉so文件放错平台目录了,即将32位so文件放入64位平台如armeabi-v7a,x86-64目录了。
解决步骤是:
File Project Structure -> 点击圆圈 ‘+’ -> Java Library
创建一个Java library module,在该module的libs文件夹下,放入除armeabi的所有动态库文件夹(并且删除arm64-v8a等文件夹中的非64位so文件 eg:FFmpeg和androidH264)。然后在File Project Structure -> 点击要操作的项目在其dependencies中点击‘+’选中Module dependency 中之前创建的java library。
最后在app目录下的build.gradle 中加入
android {
compileSdkVersion 24
buildToolsVersion ‘23.0.1’
defaultConfig {
applicationId "com.work.sharetronic.iseeyou_2000_activity"
minSdkVersion 15
targetSdkVersion 24
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
ndk {
abiFilters "armeabi" //输出指定三种abi体系结构下的so库,目前可有可无。
}
即可解决该问题。
本文参考:
http://blog.sina.com.cn/s/blog_70e5bf6e0102we34.html
http://blog.csdn.net/langyuewu/article/details/39474993