上一篇:NDK 开发:环境配置
本文章所用的工具版本
-
Android Studio 3.6.3
-
Gradle 5.6.4
-
NDK 21.3.6528147
-
CMake 3.10.2
什么是 JNI?
- JNI 的全称是 Java Native Interface,从名称上面翻译,它是一个 Java 和 C 语言的接口,通过这个翻译我们基本可以判定,这个 JNI 其实就是 Java 语言和 C 语言之间通讯的桥梁。
为什么要有 JNI?
- 因为 Java 和 C 之间无法直接通讯,Java 和 JavaScript 也同理,无法直接通过代码显式调用,这中间需要一个翻译官来做这件事,而 JNI 出现的目的就是为了解决 Java 和 C 这两个不同语言之间的通讯问题。
开胃菜
- 在正式进入主题之前,我们先讲一下如何将一个普通的项目改造成一个 NDK 项目
- 创建一个 cpp 文件夹,这个文件夹和 java 是同级目录
-
然后在这个文件夹下面创建一个 cpp 文件
-
cpp 文件其实就是 c++ 源码,到了这里可能大多数人又有一个疑问涌上心头,刚刚不是说 Java 和 C,怎么到这里就变成 C++ 了呢?
-
这里解释一下,C++ 是 C 的超集,兼容大部分 C 语法,我们可以理解 C++ 是 C 的子类,拥有 C 的特性,同时又在这上面扩展了另外的一些特性。
-
那么 C++ 相比 C 又有什么不同呢?其实最大的不同在于,C 语法的设计思想是面向过程的,而 C++ 语法的设计思想是面向对象。
-
之所以用 C++ 而不用 C 的目的很简单,Java 也是面向对象的语言,C++ 语言对于 Java 程序员来说比较容易接受,看 C++ 的代码就像在看 Java 代码差不多。
- 在 cpp 文件夹下再创建一个 CMake 文件
- 在 CMake 文件中配置一些 NDK 开发相关的参数
-
在 Gradle 中配置一些 CMake 相关的参数
-
到这里就结束了?其实还有关键一步,如果我们没有配置好的话,会直接导致我们无法对 C++ 的代码进行断点调试
-
在项目配置选择 Debug 类型,Studio 提供了四种配置
-
Java Only:只断点 Java 层的代码
-
Native Only:只断点 Native 层的代码
-
Detect Automatically:自动检测
-
Dual(Java + Native):两种都用
-
默认是 Java Only,这样会导致我们无法直接在项目中断点 C/C++ 的代码,所以在这里我们应该选择 Detect Automatically 或者 Dual(Java + Native)选项
-
到这里就已经成功将一个普通的项目改造成 NDK 项目了,这只是一个开胃菜,接下来让我们正式进入主题
主菜
- 我们创建一个 Java 类,在静态代码块中加载 so 库
- 需要注意的是:这里的 so 库的名称不是根据 cpp 文件的名称来定的,而是根据 CMake 中的配置而定的,只是现在为了演示(偷懒),定义成同一个名称而已。但是 so 库生成的文件名称最终会以 CMake 文件配置的为准。
- 另外系统 API 给我们提供了两种加载 so 的方式,第一种直接加载 apk 中的 so 文件,第二种是通过文件地址来加载 so 文件,一般情况下我们用第一种就可以了,第二种一般是在用在热修复框架上面,它的实现方式也很简单,通过修改静态代码块中的代码,将要加载的 so 的文件重新指向,加载目标从 apk 包转移到应用的内部存储中(data/data/包名/lib),在这之前热修复框架会提前下载好 so 文件存放到此处。
-
为了演示 Java 和 C++ 之间的相互调用,我们创建了两个方法,第一个方法是 Java 调用 C++ 的代码,第二个方法是 C++ 回调 Java 代码
-
需要留意的是,Java 调用 C++ 的方法要被 native 修饰,表明这是一个本地方法,方法体不需要有任何实现
-
然后我们在 Native 层中创建一个跟 Java 层对应的方法
-
C++ 代码?大多数人看到这里就望而止步了,其实这里面的代码很简单,接下来让我们一步步解析这个 这些代码的含义和作用
- 这个 include 在 Java 层上其实跟 import 差不多,但是在 C++ 文件中它不叫导包,而是叫引入头文件
- 这块我们可以理解成
- Java 中的 JNI 方法要被 native 修饰,那 Native 层中的 JNI 方法同样也不例外
- 需要特别留意的是,Native 层方法的返回值类型的定义位置有点奇特,和 Java 是不太一样的,至于为何 Java 上的返回值是 String 类型,而到了 Native 上的返回值却是 jstring 类型,这个问题待会会讲到。
- Native 层中的 JNI 方法要和 Java 层中的 JNI 方法要对应上,在 Native 层中 JNI 方法的命名格式为
Java_包名_类名_方法名
,之所以用下划线而不用小数点是因为方法名不能带特殊符号,无论是在 Java 代码上还是 C/C++ 代码上,这种情况都是不允许出现的,否则无法编译通过。
- 接下来让我们先看一下这两个参数的含义,我相信大多数人的心里已经有答案了
- 这个 jobject 其实就是外层的 Java 对象,具体是什么对象,代码提示已经告诉我们了
- 而 jstring 其实就是 Java 方法中传入的参数,只不过在 Java 上叫 String,而在 Native 叫 jstring,参数这块也是一一对应的
Java 类型 | JNI 别名 | C 类型 |
---|---|---|
boolean | jboolean | unsigned char |
byte | jbyte | signed char |
char | jchar | unsigned short |
short | jshort | short |
int | jint | int |
long | jlong | long |
float | jfloat | float |
double | jdouble | double |
String | jstring | char* |
Class | jclass | / |
Object | jobject | / |
-
我们先来看一张表,关于 Java 类型、JNI 别名、C 类型之间的对应表
-
由于 Java 和 C 语言之间无法直接调用,但是这两种语言的基本数据类型是不一样的,例如 Java 中有 boolean 类型, 而在 C 中就没有这种类型,但是 C 语言还是有 if else 判断的,那么它是怎么判断 true 或者 false 的呢?正如表上所示,使用 char 类型,当 char 的值是 0 就是 false,非 0 就是 true。
-
两种语言的数据结构存在巨大差异,基于这种情况,JNI 重新定义了一些类型,以便和 Java 上的类对应上,而这些类本质上还是属于 C 语言中的类。
-
看了这几句代码,忽然心中出现一种似曾相识的感觉,但是始终说不出来是什么
-
这种实现其实很类似于我们使用 Java 中的反射,属于隐式调用,由于 Native 无法显式调用 Java 代码,所以也采用了隐式调用。而这里面的 API 和 Java 的其实差不多,换汤不换药,这里不再多讲。
-
JNIEnv 可以说是整个 JNI 的核心类,是 Java 和 C 通讯的桥梁,它可以协助我们将 JNI 类型转换成 C 类型,不仅如此,调用 Java 对象的方法,获取或者修改属性,都是由 JNIEnv 来做。
-
JNIEnv 是一个结构体的一级指针,与其他类型的对象不一样的地方是,类型后面带了星号,使用的时候不能通过对象点方法名来调用,而是只能通过对象->方法名来调用。
-
看完了普通 Java 方法调用 Native 方法,接下来看一下静态 Java 方法是如何调用 Native 方法的
- 通过仔细对比,和之前的那种方式其实都差不多,但是有一个地方不太一样
-
如果是 Java 层的 Native 方法是静态的,那么 Native 层中的方法第二个参数类型就是 jclass,这个 jclass 我们可以看做 Java 上面的 Class 类型。这种模式其实跟我们在 Java 方法体上面定义同步锁的差不多,如果被 synchronized 修饰的方法是非静态方法,那么同步锁的锁对象就是
类名.this
,如果被 synchronized 修饰的方法是静态方法,那么同步锁的锁对象就是类名.class
-
上面就是 Java 和 Native 方法之间的互相调用,接下来让我们简单看一下 Native 层是如何获取和修改 Java 对象的属性值
- 这些代码已经不用再讲了,我相信大部分人都懂
甜点
char* 和 jstring 互转
jstring string;
// jstring 转 char*
const char* cc = env->GetStringUTFChars(string, 0);
// char* 转 jstring
jstring ss = env->NewStringUTF(cc);
复制代码
打印日志
加入头文件
#include <android/log.h>
复制代码
打印 char*
const char* cc = "6666666";
__android_log_print(ANDROID_LOG_DEBUG, "TAG", cc, NULL);
复制代码
日志等级
ANDROID_LOG_VERBOSE
ANDROID_LOG_DEBUG
ANDROID_LOG_INFO
ANDROID_LOG_WARN
ANDROID_LOG_ERROR
复制代码
Android 技术讨论 Q 群:10047167
作者:Android轮子哥
链接:https://juejin.cn/post/7053452923115667487
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。