1.abiFilters是做什么用的?
我们在项目的gradle中经常会看到这样的配置:
defaultConfig {
...
ndk {
abiFilters "armeabi-v7a", "x86"
}
}
复制代码
那为什么要这样配置呢,一起来看下:
如果我们在项目中引入了某个SDK,这个SDK中支持 armeabi、armeabi-v7a、arm64-v8a、x86、x86_64 五种ABI,但是我们的项目中只支持 armeabi-v7a 和 x86 两种ABI,这样打包APK后就会生成五种ABI目录,其中SDK中的so库是正常的,但是我们项目中的so库就会只存在于 armeabi-v7a 和 x86 两个目录中,应用安装在 armeabi-v7a 或 x86 架构的设备上是没有问题的,但是安装在其他架构的设备上(比如 arm64-v8a )就会出现下面的异常,找不到对应的so库:
java.lang.UnsatisfiedLinkError: Couldn't load native-lib from loader dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.yl.ndkdemo-1.apk"]
nativeLibraryDirectories=[/data/app-lib/com.yl.ndkdemo-1, /vendor/lib, /system/lib, /system/lib/arm]]]: findLibrary returned null
复制代码
那该怎么解决呢?有人会说可以把SDK中多出来的三种ABI删掉,嗯,也是个方法,但是如果是远程库引用就没办法了,这时就轮到 abiFilters 出马了,限制安装包ABI的架构,不管SDK或者项目中有多少种ABI架构,最终打包进APK的so库都以abiFilters中规定的为准。
也就是说,如果我们的项目中有五种ABI库,但是abiFilters中值设置了两种ABI支持,那么我们最终打包的APK中只会包含这两种ABI库。
2.ABIs [armeabi] are not supported for platform.
最新的NDK r17版本,已经去掉了armeabi、mips、mips64的ABI支持。
如果在编译的过程中遇到下面的报错,不要方,去掉gradle中配置的armeabi选项就可以了:
ABIs [armeabi] are not supported for platform. Supported ABIs are [armeabi-v7a, arm64-v8a, x86, x86_64].
复制代码
去掉abiFilters中的armeabi选项,armeabi-v7a会兼容armeabi:
defaultConfig {
...
ndk {
abiFilters "armeabi-v7a", "arm64-v8a", "x86", "x86_64"
}
}
复制代码
3.如何debug C/C++ 源码?
首先安装LLDB调试工具(File > Settings > Appearance & Behavior > System Settings > Android SDK > SDK Tools):
LLDB安装完成后就可以debug源码了,和debug java代码的流程基本一致,看下效果:
在debug的过程中可能会遇到一些诡异的问题,比如下面这行报错:
Attention! No symbol directories found - please check your native debug configuration.
复制代码
大概意思是symbol路径找不到,请检查一遍你的debug配置,如果你的项目中JNI代码在Library中,这个错误发生的几率会比较大。
在网上查到这样一种方法,打开Run > Edit Configurations > Debugger > Symbol Directories选项,在里面配置一下Library的路径,如下图所示:
debug运行一下,正常了,但是第二次再debug的时候继续报上面的错,继续查啊查,看到这样一条解决方案,把local.properties文件中ndk的路径改成错的,编译一下(肯定报错),再改回原来的就正常了,什么?还有这样的操作,抱着怀疑的态度试了下,居然可以了...可以了...
这个问题随机出现,可能是AS抽风了,遇到了可以这样试试。
4.如何使用编译好的so库?
有读者在评论中问我这个问题,在这里总结下,写一个简单的Demo,返回一个字符串给Java层,方法名是通过 Java_包名_类名_方法名 的方式命名的,其中包名和类名就是Java层调用类的包名和类名,这是一种规定的命名方式,不可以修改,看下代码:
#include
#include
extern "C"
JNIEXPORT jstring
JNICALL
Java_com_yl_ndklibrary_NDKLibrary_stringFromJNI(
JNIEnv *env,
jobject /* this */) {
std::string hello = "Hello from C++";
return env->NewStringUTF(hello.c_str());
}
复制代码
Java层:
package com.yl.ndklibrary;
public class NDKLibrary {
static {
System.loadLibrary("native-lib");
}
public static native String stringFromJNI();
}
复制代码
编译好so库后,如果想要提供给其他项目使用,则项目中调用so库的类必须和so库编译时的类(例如:NDKLibrary)类名和包名完全一致,否则就会报下面的错误:
java.lang.UnsatisfiedLinkError: No implementation found for java.lang.String com.yl.ndkdemo.NDKLibrary.stringFromJNI()
复制代码
通常我们会把so库和调用类打包成一个Library提供给第三方调用者,调用者拿到Library后,直接调用其中的方法就可以了,不必关心类名与包名,这也是开源项目中的常见做法。
5.写在最后
文章中如有遗漏、错误的地方,可以给我留言指正,多谢!
本文中用到的源码已上传至GitHub,欢迎Fork,觉得还不错就Start一下吧!
GitHub传送门