本文主要是介绍如何在Windows环境下进行jni开发--代码编写，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
本篇文章是基于上一篇如何在Windows下NDK环境搭建来写的，如果想了解Windows下NDK环境搭的朋友请移步至如何在Windows环境下进行jni开发–NDK环境配置 作个简单的理解。话不多说，下面直接开始编写代码，以最简单的hellojni为例做个流程总结：
第一步：
新建一个Android应用工程，如下
先看看java端的代码：
public class MainActivity extends Activity {// 定义一个c方法的接口 相当于在java代码中定义了一个接口 接口的实现方法是C语言实现的public native String helloWorldFromC();// 在java代码中 引入库函数static {System.loadLibrary("asir");// 注意事项 去掉前面的lib 后面的.so}@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);}public void click(View view) {// 弹出一个土司 土司的内容 是c代码写出来Toast.makeText(getApplicationContext(), helloWorldFromC(), 0).show();}
}java端的方法很简单，定义了一个本地方法helloWorldFromC()，该本地方法是在用C/C++去实现的，相当于C方法的接口，在java代码中定义了一个接口 ，接口的实现方法是C语言实现的，那么如果我们要使用该函数，自然我们就需要去加载一个由C/C++打包出来的函数库：
static {System.loadLibrary("asir");// 注意事项 去掉前面的lib 后面的.so}一般来说，如果是只做上层的应用工程师走到这边就可以了，其它事情交由专职NDK的工程师处理，比如我们要在我们的工程中去集成百度地图，科大讯飞语音等第三方模块功能，第三方平台已经打包好.so库供我们使用，其它事情多半不用太关心，那么如果你什么都要你自己去做那就比较痛苦了。下面来看看用C/C++打包成一个库函数供我们上层java工程师使用：
由上面工程目录可见，我们需要在我们项目工程中新建一个jni的文件目录，然后做这几件事，写MK文件，写C/C++文件，生成C/C++文件对应的.h头文件，最后cd到该工程的根目录下执行ndk-build指令打包函数库即可：
下面先来看看C代码实现：
#include <stdio.h>
#include "hello.h"; // 引入ndk环境里面的头文件 需要用<> 引用代码中的头文件 ""//public native String helloWorldFromC(){}
jstring Java_com_example_helloworldformc_MainActivity_helloWorldFromC(JNIEnv* env,jobject obj){// 2 步 实现C代码// 返回一个java String 类型的字符串//jstring (*NewStringUTF)(JNIEnv*, const char*);//(*env) 相当于 JNINativeInterface* JNIEnv//*(*env) 相当于 JNINativeInterface///return (**env).NewStringUTF(env,"helloworldfromc");return (*env)->NewStringUTF(env,"helloworldfromc");// andrond.mk 告诉编译器 如何把c代码打包成函数库// 3 生成 .mk文件// 4步 把c代码 打包成函数库
}C代码的实现逻辑相当的简单，引入jni头文件，然后在方法中返回一个字符串，这边先说一下这个方法名称命名规范，这个命名是有讲究的，必须严格按照jni的规范去命名： java_+包名+类名+方法名称 ，然后添加函数返回值，如本例中的
jstring Java_com_example_helloworldformc_MainActivity_helloWorldFromC其实要去记住这个命名规则而且还要自己去手动写出来，可能出错率会比较高，那么我们如果用javah指令可以帮我们实现，自动生成java端定义的本地方法对应的C程序.h文件，然后copy过来就准确无误了，具体操作如下：
*注意： 使用Javah生成jni头文件
javah是由jdk提供的， 来到你工程src目录
如果你的jdk版本是1.7 来到src目录生成
如果你的jdk版本是1.6 来到bin\class下生成*
刷新我们的工程项目，将src目录下的头文件移动到jni目录下，改成对应C文件的文件名称即可
其实上面的操作还可以更加简单，我们可以在Eclipse工具的android工程下–>右键android tools–>add native support,弹出一个窗体，然后自定义库名（xxx.so）–>点击Finish,会自动生成jni目录以及.cpp文件和Android.mk文件，所有的事情帮我们搞定。
那么我们在继续看看C代码实现，凡是jni编程我们都要在C/C++函数实现这边引入这个jni.h头文件，这个头文件介绍了C/C++是如何跨平台去交互我们上层java语言的，该文件位置在ndk目录platforms目录下，然后选择一个平台打开：
那么除了这个这个jni.h还有很多其它可用经常用的头文件，就好像是我们jdk封装好的一些函数一样。我们再进去看看这个jni.h文件里面的内容
这边定义了一些基本数据类型，C和java之间的转换，所占用字节位，内存大小等。
这边定义了一些Java操作方法，我们在写C/C++函数实现时第一个必须要传入的参数JNIEnv* env，就在这边做得定义，它代表了我们Java虚拟机，我们要得到这个虚拟机env，调用JNINativeInterface结构体里面的方法，(**env).方法名称即可，后来Google工程师为了符合规范，使用时用(*env)->方法即可，就我们Android系统里面所有的jni实现都是用的这种使用方式。
这边说一下这个头文件xxx.h和打包好的库函数.so的关系：
头文件是给编译器看的，库函数是给连接器看的，头文件相当于是java操作中的一个接口interface ，而库函数就好比我们java操作中的class 实现类，接口的实现类代码在库函数中都有对应的实现方法。
好吧，说完C/C++文件以及对应的头文件，我们再来看看最后一步编译打包成库函数，要将我们的C/C++打包成函数库我们需要编写一个Android.mk文件，这个文件到底是如何编写的，在我们ndk平台docs目录下有介绍
内容：
我们只需要剪切上面的内容到我们的mk文件中即可：
LOCAL_PATH := $(call my-dir)// 返回当前c代码目录include $(CLEAR_VARS) // 清楚了所有 已local 开头的配置文件 唯独不清楚LOCAL_PATHLOCAL_MODULE := libasir// 库函数的名字 严格遵守makefile 格式 lib .so 如果在Android平台下编译必须加lib 此处可以不加LOCAL_SRC_FILES := Hello.c // 对应c代码的文件include $(BUILD_SHARED_LIBRARY)// 加入库函数那么最后我们来到工程目录下，敲ndk-build指令即可打包成函数库：
在项目工程目录下新生成一个libs/armeabi函数库目录文件（armeabi 全称： arme cpu anroid binary interface）和obj中间文件目录，最后再编译我们的上层应用就可以调用我们打包好的库函数，至此在Windows环境下进行jni开发完成，那么我们再来如何在Linux环境下进行一个jni开发：
下面以博主工作项目为例：
外面这个MK文件是用来整版编译jni目录下所有文件的；
LOCAL_PATH := $(call my-dir)include $(call all-makefiles-under,$(LOCAL_PATH))我们用刚刚的hellojni例子中的jni目录下的所有文件拷贝到liugx_jni目录下
然后在平台下打包，mmm一把
是的，就是这样子什么事都不用再做了，因为Android系统已经有我们的ndk环境，并且我们是在平台Linux环境下去编译的，我们只需要熟悉Android os体系结构然后修改修改，或者添加一些目录，例如上面的串口通讯jni程序serialport_ivtbt就是仿写了系统原生的串口程序serialport；
最后再补充一些Android编译mk文件知识，以备将来所需：
Android.mk使用模板
在一个Android.mk中可以生成多个可执行程序、动态库和静态库。
1，编译应用程序的模板：
#Test ExeLOCAL_PATH := $(call my-dir)#include $(CLEAR_VARS)LOCAL_SRC_FILES:= main.cLOCAL_MODULE:= test_exe#LOCAL_C_INCLUDES :=#LOCAL_STATIC_LIBRARIES :=#LOCAL_SHARED_LIBRARIES :=include $(BUILD_EXECUTABLE)（菜鸟级别解释：:=是赋值的意思，$是引用某变量的值）LOCAL_SRC_FILES中加入源文件路径，LOCAL_C_INCLUDES 中加入所需要包含的头文件路径，LOCAL_STATIC_LIBRARIES加入所需要链接的静态库（.a）的名称，LOCAL_SHARED_LIBRARIES中加入所需要链接的动态库（.so）的名称，LOCAL_MODULE表示模块最终的名称，BUILD_EXECUTABLE表示以一个可执行程序的方式进行编译。
2，编译静态库的模板：
#Test Static LibLOCAL_PATH := $(call my-dir)include $(CLEAR_VARS)LOCAL_SRC_FILES:= \helloworld.cLOCAL_MODULE:= libtest_static#LOCAL_C_INCLUDES :=#LOCAL_STATIC_LIBRARIES :=#LOCAL_SHARED_LIBRARIES :=include $(BUILD_STATIC_LIBRARY)一般的和上面相似，BUILD_STATIC_LIBRARY表示编译一个静态库。
3，编译动态库的模板：
#Test Shared LibLOCAL_PATH := $(call my-dir)include $(CLEAR_VARS)LOCAL_SRC_FILES:= \helloworld.cLOCAL_MODULE:= libtest_sharedTARGET_PRELINK_MODULES := false#LOCAL_C_INCLUDES :=#LOCAL_STATIC_LIBRARIES :=#LOCAL_SHARED_LIBRARIES :=include $(BUILD_SHARED_LIBRARY)一般的和上面相似，BUILD_SHARED_LIBRARY表示编译一个共享库。
以上三者的生成结果分别在如下，generic依具体target会变：
out/target/product/generic/obj/EXECUTABLE
out/target/product/generic/obj/STATIC_LIBRARY
out/target/product/generic/obj/SHARED_LIBRARY
每个模块的目标文件夹分别为：
可执行程序：XXX_intermediates
静态库： XXX_static_intermediates
动态库： XXX_shared_intermediates
另外，在Android.mk文件中，还可以指定最后的目标安装路径，用LOCAL_MODULE_PATH和LOCAL_UNSTRIPPED_PATH来指定。不同的文件系统路径用以下的宏进行选择：
TARGET_ROOT_OUT：表示根文件系统。
1、android源码环境下编译so包，编出来的.so的包前面不会自动给添加lib,NDK编译会自动给添加lib，即使Android.mk文件里面LOCAL_MODULE ：=名字前面没有lib,NDK也会自动给你添加lib.
所以NDK编译时Android.mk文件编译出来的so包名字可以加lib也可不加，但源码下编译必须加
2、系统应用和用户应用的区别
在package/app下的工程 编译后生成的apk都会在system/app下 将系统 烧录到手机后 这些apk都会作为系统应用，系统应用所使用到的.so库全部在system/lib下面，若没有则会出错。这就是为什么源码下编译jni生成的库会放在out/target/product/xxxxxxxx_xx_m0/system/lib
用户应用会默认到应用的data/data目录的lib文件夹下找.so，如果找不到就会报错误。当前前提是你的系统system/lib下没有同样的so文件.
3、当我们修改系统应用中的jni文件，你刷机后，系统的system/lib下就有你需要的so文件了。如果你不想刷机，你也可以通过adb push .so \system\lib的方式，将.so放到system\lib下，以供调用，因为不刷机系统中的system/lib下并没有刚才生成的.so
5、如果我们没有jni文件只有.so的话，系统应用因为需要在system/lib下调用.so，所有我们就需要在编译的时候将这个.so文件预置到out/target/product/xxxxxxxx_xx_m0/system/lib中
include $(CLEAR_VARS)
LOCAL_MODULE := libfp_gf_mp
LOCAL_SRC_FILES := ../libs/arm64-v8a/libfp_gf_mp.so
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_SUFFIX := .so
LOCAL_PROPRIETARY_MODULE := true
LOCAL_MODULE_CLASS := SHARED_LIBRARIES
include $(BUILD_PREBUILT) 6、直接使用.so 库 步骤
1、第三方的so文件或者别人编译好的so文件，你可以直接放到 libs/armeabi 下
2、在主文件夹的Android.mk中加上依赖 LOCAL_JNI_SHARED_LIBRARIES := libuserbookpatcher_jni
3 、如果是系统应用则要在jni的Android.mk中将.so文件预置到system/lib中
注：在程序中用jni文件生成.so不用进行预置，因为会直接生成到里面system/lib中 但是主文件夹的Android.mk中加上依赖 LOCAL_JNI_SHARED_LIBRARIES := libuserbookpatcher_jni
7、在工程目录的Android.mk中 最后加上
# Use the folloing include to make our test apk.
include $(call all-makefiles-under,$(LOCAL_PATH)) 会将当前工程目录所有子目录中的Android.mk进行编译
http://blog.sina.com.cn/s/blog_5da93c8f0102vdpa.html
https://www.cnblogs.com/xiaorenwu702/p/6852484.html
这篇关于如何在Windows环境下进行jni开发--代码编写的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
