刚弄地图定位项目,按照开发文档进行之后,打开app直接出错,查看发现找不到本地实例方法,就想到了so库的问题,后来导入了so库到对应的目录下,地图可以正常显示了。
在升级到SDK3.x之后出现了,找不到so的问题, couldn't find "libgdinamapv4sdk752.so"
提供一个简单粗暴的方式查看,是不是有这个问题
找到出问题的APK.
1.如demo.apk
2.修改后缀为demo.zip
3.解压zip
4.查看libs目录
如果里面有处理armeabi以外的文件夹,那么小心了有可能有问题
比如下面这种 就是有问题的
![](https://i-blog.csdnimg.cn/blog_migrate/fa1c3d75d3b54ff7a25e2ebccd0959d5.png)
1. 工程中没有放置so文件
很多同学看到这个错误的时候都比较惊讶,应该它报错是说MapView.onCreate有问题,自己的程序啥都没执行,就出问题,就想肯定是sdk有问题。然而并不是这样,仔细看一下错误,报的是
nativeLibraryDirectories=[/data/app/com.example.projectforbbs-2/lib/arm,/vendor/lib, /system/lib]]] couldn't find "libgdinamapv4sdk752.so
找不到so
文件,正常so
文件是放在libs
下面的和jar
包放在一起,看一下工程
![](https://i-blog.csdnimg.cn/blog_migrate/b3e07fcbc1da835e4888ea5cd6ce92bb.png)
发现问题了,根本没有so文件。
![](https://i-blog.csdnimg.cn/blog_migrate/dd0c9f471bc760cb20fae570ac6f4453.png)
加上so
文件就可以完美运行了。
2.so文件对应错误
下面也有一种情况会报上述问题,但是so
和jar
包都是有的,看一下图
![](https://i-blog.csdnimg.cn/blog_migrate/1ec8048758298aee667bf094292fafa3.png)
这也是一个很明显的错误,使用的是3.2.1
的jar
包
对应so
名称应该是gdinamapv4sdk752 .so
截图里面是304
的so
应该是2.7
的sdk
对应的版本,所以才会包这个错。
PS:如果把so名称修改了,同样的也是会报找不到的
3.平台不一样
先来看一下
3.2.1
的SDK
情况
![](https://i-blog.csdnimg.cn/blog_migrate/04142b14336397a33e2644bd537b1434.png)
对比
2.7.0
看一下
![](https://i-blog.csdnimg.cn/blog_migrate/b16fb4ae000e14e5499863e9b38b6ba3.png)
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
中进行如下配置,注意不是根目录的那个
![](https://i-blog.csdnimg.cn/blog_migrate/73e77915d613bfd5ebab7f6f985e4944.png)
sourceSets {
main {
jniLibs.srcDirs = ['libs']
}
//…
}
这样配置之后,AS
工程里面打开,就会看见一个
jniLibs
![](https://i-blog.csdnimg.cn/blog_migrate/a1626ea0cf80d43c2405b8d473e40ed1.png)
如果不想配置,可以在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
便是修复这个问题发布的版本。
以上就是目前遇到的情况,欢迎补充!