couldn't find "libgdinamapv4sdk752.so" 和 UnstatisFieldLinkedError
本帖最后由 郑翔宇er 于 2016-12-15 12:24 编辑在升级到SDK3.x之后出现了,找不到so的问题, couldn'tfind "libgdinamapv4sdk752.so"。
提供一个简单粗暴的方式查看,是不是有这个问题找到出问题的APK. 1.如demo.apk 2.修改后缀为demo.zip3.解压zip4.查看libs目录如果里面有处理armeabi以外的文件夹,那么小心了有可能有问题比如下面这种 就是有问题的
1. 工程中没有放置so文件java.lang.UnsatisfiedLinkError:dalvik.system.PathClassLoader,nativeLibraryDirectories=]] couldn't find "libgdinamapv4sdk752.so" at java.lang.Runtime.loadLibrary(Runtime.java:367) atjava.lang.System.loadLibrary(System.java:1076) at com.autonavi.amap.mapcore.MapCore.<clinit>(MapCore.java:60) atcom.amap.api.mapcore.AMapDelegateImp.<init>(AMapDelegateImp.java:298) at com.amap.api.mapcore.j.<init>(AMapGLSurfaceView.java:26) at com.amap.api.mapcore.j.<init>(AMapGLSurfaceView.java:20) atcom.amap.api.mapcore.at.a(MapFragmentDelegateImp.java:129) at com.amap.api.maps.MapView.onCreate(MapView.java:121) atcom.example.projectforbbs.basic.BasicMapActivity.onCreate(BasicMapActivity.java:65)
很多同学看到这个错误的时候都比较惊讶,应该它报错是说MapView.onCreate有问题,自己的程序啥都没执行,就出问题,就想肯定是sdk有问题。然而并不是这样,仔细看一下错误,报的是nativeLibraryDirectories=]] couldn't find "libgdinamapv4sdk752.so找不到so文件,正常so文件是放在libs下面的和jar包放在一起,看一下工程发现问题了,根本没有so文件。加上so文件就可以完美运行了。
2.so文件对应错误下面也有一种情况会报上述问题,但是so和jar包都是有的,看一下图
这也是一个很明显的错误,使用的是3.2.1的jar包对应so名称应该是gdinamapv4sdk752 .so截图里面是304的so应该是2.7的sdk对应的版本,所以才会包这个错。PS:如果把so名称修改了,同样的也是会报找不到的
SDK 下载地址 http://lbs.amap.com/api/android-sdk/down/
3.平台不一样先来看一下3.2.1的SDK情况对比2.7.0看一下
3.2.1比2.7.0少两个文件夹,armeabi-v7a和x86,这个是引起众多问题的罪魁祸首,不过不用担心,分分钟解决它。
拿x86平台举个例子,如果在x86的平台上,要运行sdk怎么办,3.2.1没有x86的so,很多同学想了一个办法,①把armeabi文件夹下面的so文件复制到x86下面;②把x86文件夹空着,什么也不放;那么恭喜你,运行了之后会获得找不到so的错误;
解决办法是这样,只保留armeabi文件夹,其他的统统删掉,因为大多数x86平台的手机都会兼容armeabi的版本。但是会发现就算这样做了在模拟器上面依旧装不上,那是因为模拟器没有兼容,但是他可以替换平台。如果是genymotion的话,需要安装一个转换为arm的插件。
PS:在以后的版本中其他平台各自的包也会逐步给出来的
4.Android Studio 上不行,eclipse可以如果使用的是Android Studio,还有一个地方需要注意一下,AS(Android Studio)和eclipse不一样,eclipse把so文件放到libs目录下就可以了,但是AS的话,还需要自己处理一下。在app/build.gradle中进行如下配置,注意不是根目录的那个sourceSets { main { jniLibs.srcDirs = ['libs'] } //…} 这样配置之后,AS工程里面打开,就会看见一个jniLibs如果不想配置,可以在app/src/main/这个目录下创建一个jniLibs文件夹把so文件放进去
5.明明只保留了armeabi文件夹还是报错这种情况也是有的,绝大多数原因都是打包脚本在作怪,特别是android studio很容易出问题
比如工程里面只保留了armeabi但是应用了一个第三方的AAR,它里面有其他平台,我也删不掉了咋办。打包的时候打出来自然就会有其他平台了。
这时候可以参考99楼的做法,在gradle中配置一下只打包armeabi的就可了
android{
splits {
abi {
enable true
reset()
include 'armeabi'//只打包armeabi平台的,就算有其他文件夹也不管
// include 'armeabi', 'armeabi-v7a', 'arm64-v8a', 'mips', 'x86', 'x86_64'
}
}
PS:如果是自己写得打包脚本,还望稍微检查一下 ~
PS:3.2.0在64位的手机上有问题,3.2.0.1便是修复这个问题发布的版本。
以上就是目前遇到的情况,欢迎补充!
最新版的,全量下载的SDK和so库(只有arm),一运行就报错,能不能长点心,自己测一下再发布出来啊! 擒贼先擒王哥 发表于 2016-11-22 20:20
所有的库项目,等等,只保留arm的文件夹,就可以了。所有的手机都默认兼容arm模式。 ...
正解,在android app的build.gradle文件中配置只保留armeabi即可:
android{
splits {
// Split apks on build target ABI, view all options for the splits here:
// http://tools.android.com/tech-docs/new-build-system/user-guide/apk-splits
abi {
enable true
reset()
include 'armeabi'
// include 'armeabi', 'armeabi-v7a', 'arm64-v8a', 'mips', 'x86', 'x86_64'
}
}
} 哎,同样的问题啊。不知道你们说的删掉x86文件夹是说这个文件夹根本不能存在还是怎么的?我的项目里面有集成其他的libs ,哪些libs 是有包含x86等,但是用的aar 文件,怎么删除那些x86 的东西。
我说是谁写的高级贴,不仅图文并茂还有章节段落 my/ 发表于 2016-3-30 17:42
我说是谁写的高级贴,不仅图文并茂还有章节段落
:) 厉害!:) 照这方法还是报错啊 怎么解决
qgx428528 发表于 2016-3-31 18:42
怎么解决
是Android Studio还是eclipse啊 报的具体错误又是什么呢 没有解决 amap_42436386 发表于 2016-4-1 09:30
没有解决
是Android Studio还是eclipse啊 报的具体错误又是什么呢,有可能是我没有考虑到的情况 04-01 11:41:51.432: E/AndroidRuntime(6316): java.lang.UnsatisfiedLinkError: Couldn't load gdinamapv4sdk752ex from loader dalvik.system.PathClassLoader,nativeLibraryDirectories=]]: findLibrary returned null