本文主要是介绍如何在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开发--代码编写的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!