JNI开发示例

小编给大家分享一下JNI开发示例，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！

案例1：Native项目

如果开发者们只是想做简单的Native开发，并非为第三方提供SO库，这就非常简单了，详细如下：

创建Native c++工程

目前，通过DevEco-Studio创建创建Native C++模板类型的工程时，只有Car支持这种模板（Phone默认不包含Native C++模板）。
不必担心，我们就先创建Car类型的工程，然后选择Native C++模板，如下图：

然后，输入工程名称等信息，如下图：

接下来，选择C++标准库，默认就可以了，如下图：

点击【Finish】，工程就创建好了。

修改DeviceType配置

当前工程默认是Car类型的，想要支持手机，我们只需要修改DeviceType即可。

首先，找到config.JSON文件，如下图：

将“car”改为“phone”，即可支持运行在手机设置上了（是不是超级简单呢），如下图：

测试

我这边使用的是鸿蒙手机进行测试的（鸿蒙手机是：由安卓P40升级的Harmony OS）。
另外，在真机上调试、运行工程，需要申请证书（我这边已申请，没有的同学，可以去华为官网申请）。

测试前，我们先看下默认的模板工程结构：

整体的调用流程也很简单：

开发者运行工程 --> build工程 --> 执行build.gradle
--> 执行里面的externalNativeBuild --> 生成so库文件 --> app启动
--> 页面加载 --> 调用MainAbilitySlice类 --> 查找并加载so库
--> 在onStart生命周期方法中调用native方法 --> 执行so中的native实现方法
--> 返回结果 --> 绑定给text控件（最终将结果显示在页面上）

手机上的运行结果（直接横屏显示......这是因为我们的工程本身是Car类型的模板工程，UI样式默认设置的是横屏的。如果不喜欢，开发者们也可以自行修改UI样式）：

so库创建的默认位置：

案例2：Native项目

如果开发者们不仅要做native开发，还希望将so文件提供给第三方使用，这样我们就需要以module的形式来开发了，同样也不怎么复杂。

问题分析

现在有一个问题：创建module时，连native c++模板都没有了，如下图：

这不是要让广大开发者们生气、抓狂、准备画圈圈了么。

解决方案：

其实，我们还有其他的方式（原因：JNI开发也就涉及到native方法定义、native源码、Cmake配置文件、Gradle配置等内容）：我们可以新建一个Car类型的Native C++工程和一个Harmony os Library Module，然后将模板工程entry中的JNI代码迁移到Harmony os Library Module中。

创建Car类型的Native C++模板工程

比较简单，大家可以参考案例1的工程创建流程（此处就不再重复截图了）

创建Harmony os Library Module

大家直接下一步就好（此处就不再截图了）。

修改entry deviceType类型（改成phone）

拷贝文件

将entry下的.cxx目录和cpp目录拖拽到 libnative module中的相同位置：

将entry下的build.gradle中 native 编译脚本拷贝至 libnative module中相同位置：

新建类定义native方法

为了加深大家理解，此处不再使用默认的hello.cpp了，咱们实现一个简单的JNI开发：
新建TestNative类，定义native方法，如下图：

通过DevEco-Studio的命令工具Terminal，进入java目录，创建头文件：

执行命令：进入module目录： cd libnative/src/main/java/根据native方法生成头文件：javah -jni xxxx（包名）.类名

将头文件拷贝到cpp目录下，然后，右键cpp目录，创建头文件对应的实现类：

修改CmakeList.txt

# the minimum version of CMake.cmake_minimum_required(VERSION 3.4.1)project(TestNative)add_library(native SHARED testnative.cpp)target_link_libraries(native)

生成so库

此时，我们libnative module库的功能已经实现了，可以生成so库给其他工程使用了。

我们需要先让libnative被entry依赖，这样运行app时，才会自动加载libnative，从而执行其build.gradle中的native build配置，生成so库。

entry依赖libnative，我们可以在entry的build.gradle中进行配置：

运行app后，查看libnative module下，生成了so库：

生成的so库，怎么提供给其他工程使用呢？

也很简单，JNI主要包含了两部分内容：定义的native方法的Java类（Java代码中调用so库的入口）、native方法的实现类，我们只需要将这两部分提供给他们就可以了：

定义的native方法的Java类：提供libnative的har包即可（给第三方时，一般不提供源码）
2、native方法的实现类：提供so库文件即可

测试：
我们简单点，直接把so库、har提供给我们工程的entry进行测试即可，不再新建工程了（因为，我比较懒，哈哈）：
首先，我们先取消entry build.gradle中依赖libnative的配置（防止重复依赖，因为：har已包含了libnative的Java代码）：

我们将libnative中的so库、har拷贝到entry的libs目录下：

在页面中编写调用har中native方法的代码：

运行app（运行前最好clean下工程、同步下gradle，确保依赖的是改har，而非工程中的libnative module）：

以上是“JNI开发示例”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注编程网精选频道！