之前对NDK开发一直是个小白,最近花了几天时间研究得到的一些理解在此做个记录分享。结论不足之处拒绝反驳,所有观点仅单方面宣布,后果自负。*.*,本文出处:http://www.jianshu.com/p/201046751a7c
一、什么是NDK?
NDK全称是Native Development Kit(原生开发工具包),NDK提供了一系列的工具,帮助开发者快速开发C(或C++)的动态库,并能自动将so和java应用一起打包成apk。也就是说它是一个“开发工具包”,就像SDK一样,区别就在于SDK是面向java开发者的工具集合,而NDK面向的则是C/C++开发者的工具集合(包括对c/c++源码的打包编译工具ndk,一些h头文件等)。附上官方NDK工具包的下载路径:官网ndk下载,需要翻墙。
二、为什么需要使用NDK?
1.代码的保护。由于apk的java层代码很容易被反编译,而C/C++库反汇难度较大。
2.可以方便地使用现存的开源库。大部分现存的开源库都是用C/C++代码编写的。
3.提高程序的执行效率。将要求高性能的应用逻辑使用C开发,从而提高应用程序的执行效率。
4.便于移植。用C/C++写得库可以方便在其他的嵌入式平台上再次使用。
三、JNI、SO介绍
JNI 全称Java Native Interface,这套技术的机制是用于java访问c/c++代码而产生的,说白了NDK开发的核心就是JNI开发,利用java代码来调用遵循JNI规范的c/c++的方法实现某个功能。
so全称Shared Object,本地原生库,先暂时理解为java中的jar包,所有的c/c++的代码在android(Linux)平台中最终都会编译成so库,然后才能被调用。所以ndk开发所编写出的c/c++代码最终的目的都是为了获得这个so库,与java方法形成jni的映射关系从而实现调用。
四、开始撸码
本文使用Android Studio2.0进行演示HelloJni
大概步骤:
1. java文件中声明native方法,和java方法声明一样,在此基础上加了natvie修饰。
2. 利用javah命令生成与该类对应的头文件(包含方法信息)
3. 根据头文件的信息编写c源代码文件
4. 在app\build.gradle文件中配置ndk的编译信息
5. 配置NDK工具包路径,编译运行
创建项目:HelloJni
图 11. 定义一个java类SayHello,并在里面声明一个静态无参native方法speak,并且创建jni文件夹
图 22. 利用javah命令生成与该类对应的jni头文件,生成的头文件的目的主要是用来编写c/c++源文件
图 33.根据.h头文件的信息编写c源代码文件 : 创建SayHello.c文件,把头文件里的方法copy到该文件中,并修改成实体方法,下面则是返回一段字符串。如果熟悉了jni方法名称命名规范,完全可自己手写,生成头文件的步骤也可跳过。亲测发现如果包名带有数字的命名规则不好把握,所以建议用javah生成。
图 44.在build.gradle中配置ndk的编译信息,配置完成保存同步之后可能出现错误,添加 android.useDeprecatedNdk=true 到gradle.properties 文件中即可解决。
图 55.配置下载好的NDK工具包:File->Project Structure->SDK Location(文件路径\android-ndk-r14b目录配置到系统环境变量中,以备后面使用)
图 6然后回到在java文件中,加载buil.gradle中配置的moduleName的类库名称,这里配置为:SayHello
图 7最后在MainActivity中测试该方法。
图 8运行。
图 9至此,体验了一把基本的ndk开发过程。不过洗脑还没有结束:
在运行完成之后,我们并没有发现工程目录中有so库文件,其实这个so库文件是在运行之后直接打包到了apk文件中的lib目录下了
图 10由于我们在build.gradle配置了abiFilters打包时只打包x86的文件夹中的so库。所以我们在apk中只看到x86的文件夹,里面存放的就是so库,如果不配置abiFilters,那么将会出现android支持的7种abi,可参见该文章理解ABI。
因为我们可以调用so这个库,显然这个so库是根据我们在jni文件夹下编写的源文件编译生成的,如果我们没有配置,gradle默认就会去编译jni的文件夹下的c/c++的代码生成so库,这个路劲就是src/main/jni,如果这个文件夹没有文件即使配置了ndk{...}信息也不会生成so库,当然gradle还提供自定义配置,下面就看看如何配置:
sourceSets{ main{ jin.srcDirs=["src/mian/jni"] //默认路径,jin.srcDirs指的是需要加入编译的jni的路径,可以自己修改路径的 } }图 11
这个apk安装到x86 abi手机上之后,so库会安装在data\app\包名-数值\ib目录下(可通过Device Monitor工具查看),所以由此可判断System.loadLibrary()加载的库默认是这个路径下的库,也可以调用System.load(data\app\包名-数值\ib\abi\libxx.so)加载绝对路径的so库。
图 12所以java代码能不能正确的执行so库里的内容取决于so库能否被正确的安装。如果未能正确安装,当虚拟机去System.loadLibrary时就会报错java.lang.UnsatisfiedLinkError。
上面的做法只有在打包时才能得到so库,下面就介绍通过ndk开发工具包里的ndk-build单独来编译出so库,这种方式就无需在build.gradle中配置ndk{...}了。
1. 在jni文件家中新建android.mk编译配置文件,参见Android.mk详细配置
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := SayHello
LOCAL_SRC_FILES := SayHello.c
include $(BUILD_SHARED_LIBRARY)
2.在jni文件家中新建application.mk配置需要生成支持的abi so库,参见Application.mk详细配置
APP_CFLAGS += -Wno-error=format-security
APP_ABI := all
这里配置支持所有的abi。
3.在terminal中调用ndk-build工具生成so库
图 13我们可以看到在main文件夹下生成了libs目录,并且生成了支持所有abi的so库,到此生成so完毕;现在任务就是要让这些so库打包到apk文件中的libs目录下,在build.gradle中配置sourceSets的另一个属性jniLibs.srcDirs,配置的路径下的so库文件都会打包到apk文件中,其默认值为app/libs,所以也可以把这些so文件拷到app/libs中而不配置这个属性用其默认值。
图 14上图中不配置jni.srcDirs的路径的作用是为了打包时不让编译系统再去编译得到so库(因为我们已经单独生成),虽然上面ndk没有被配置,但是只要的配置这个路径下有c文件就会生成so库,并且名字为libapp.so,这样一来就造成了相同的包存在两个增加app的体积。
最后build apk看看apk里有没有so库:
图 15运行,大功告成。
下一篇文章介绍:第三方so库的调用
网友评论