3.NDK
配置
这个版本NDK的配置比较简单,前面的老版本还需要设置许多环境变量,这个版本不需要设置,直接解压缩就可以了。主目录android-ndk-r8下有一个脚本文件ndk-build,这个就是进行编译用的脚本程序。当然,如果运行脚本时不想输入ndk-build的路径的话可以将其所在路径加入到PATH环境变量中,具体的加入方式我们在前面的“Linux平台JDK安装”一文中已经讲过,在此就不重复了。要编译的文件放在一个目录下,一般就叫jni(也可以叫别的名字),把这个目录放在Android工程下,编译后的库文件缺省会自动放到Android工程的库文件目录libs中。我们以NDK自带的例子程序hello-jni为例,如下图所示:
在jni的目录中,包括编译配置用的脚本文件和C/C++两种文件,C/C++除了少量遵循JNI规范外,主要实际上都是Linux环境中C/C++编程而已。配置文件主要有两个:Android.mk和Application.mk。我们简单说一下这两个文件,一般的NDK开发就足够了,想详细了解的话可以阅读NDK中的相关文档。
以hello-jni例子中Android.mk文件为例,如下图所示:
上面两条是相关的参数和环境变量设置,我们不用管它。LOCAL_MODULE
右边的hello-jni
是编译后库的名字,LOCAL_SRC_FILES
右边的hello-jni.c
是C/C++
源文件的名字,如果有多个源文件,只需要放在后面用空格隔开就行了,不需要把头文件放进来。最下面的BUILD_SHARED_LIBRARY
表示编译为动态库,如果要编译为静态库的话就应该是BUILD_STATIC_LIBRARY
。
文件Application.mk主要是对编译的补充,以native-plasma例子中的Application.mk为例,如下图所示:

“APP_ABI
”的右边指定了所支持的处理器架构,本次版本的NDK
支持arm
、x86
和mips
三种。缺省是按arm
架构编译。APP_PLATFORM
的右边指定的是Android
平台的版本。缺省是按Android SDK 1.5
版本编译,版本越高所提供的特性也越多,不过能适配的Android SDK
版本也就越少,意味着能够使用该应用的用户也越少。
当然,NDK既支持C语言环境,也支持C++语言环境,不过对C++的特性支持要少一些,具体可以看文档中对C++支持的相关说明。另外在Android.mk和Application.mk中都可以加入对C/C++进行编译的一些编译选项,以例子san-angeles中的Android.mk文件为例,如下图所示:
和前面的相比,这里上边多了LOCAL_CFLAGS,它的右边就是编译选项,这个例子中包括两个ANDROID_NDK和DISABLE_IMPORTGL,每个选项前加上-D作为标识符。下边多了LOCAL_LDLIBS,它的右边是编译中用到的库,每个库名前加上-l作为标识符。
本版本的NDK
中有多个例子,我们简要说明一下这些的例子的具体作用,便于大家对这些例子有一个初步认识,至少知道每个例子引入的目的。
bitmap-plasma
:
如何在NDK
中使用bitmap
的例子,早期的NDK
版本不能直接使用bitmap
,后来的版本中增加了对bitmap
的支持。
hello-gl2
:
在NDK
中如何使用OpenGLES
的运用
hello-jni
:
最基本的NDK
使用方式,通过NDK
获取字符串然后在Android
应用中显示出来
hello-neon
:
在NDK
中有关neon
的优化
module-exports
:
多个库的调用方式。foo
被编译为静态库,bar
被编译为动态库并调用了库foo
,zoo
被编译为动态库并调用了库bar
。
native-activity
:
完全用NDK
实现整个Android
程序
native-audio
:
在NDK
中有关音频的操作
native-media
:
在NDK
中对视频的操作
native-plasma
:
完全用NDK
实现整个Android
程序并且提供了涉及plasma
的优化
san-angeles
:
移植到Android
平台的OpenGL ES
的例子
test-libstdc++
:
对C++
的支持,但并非支持C++
的全部特征
two-libs:两个库的使用,first为静态库,second为动态库,并且second库调用first库
4.C
语言代码实现:
我们以NDK开发包中自带的例子hello-jni来进行演示和说明。进入jni目录下,运行ndk-build就可以进行编译了,如下图所示:
编译后得到库libhello-jni.so
,以lib
字符作为前缀,so
作为后缀。实际在程序加载时要去掉这两部分,即文件名称在lib
和.so
中间的部分为真正的库名称。需要说明的是和libhello-jni.so
文件在一起的还有两个文件gdb.setup
和gdbserver
,这两个是用于NDK
调试的,在最后正式发布apk
文件时这两个文件时不需要的。具体NDK
的调试方法,我们在后面会将,现在在这里暂时不讲。
在Eclipse中加载该例子,由于该例子最开始不是Eclipse项目,需要创建新项目,选择从源代码方式创建,如下图所示:
创建后,如下图所示:
Jni
目录下文件hello-jni.c
如下图所示:
从上面两幅图可以看到,hello-jni在Java环境中的类HelloJni中声明的函数名为stringFromJNI,前面要用到修饰符native,类HelloJni所在的包名为com.example.hellojni,需要用函数System.loadLibrary加载lib库libhello-jni.so,采用static修饰符确保只加载一次。然后按正常函数使用就行了。而在NDK这边,即C语言这层,函数命名要遵循Java_包_类_函数的命名方式,中间用下划线_进行连接,如上面所示,在包com.example.hellojni中的类HelloJni声明为stringFromJNI,则在C/C++文件中定义的函数名为Java_com_example_hellojni_HelloJni_stringFromJNI,注意区分大小写。函数可以传参数,本例子中没有传入参数,只是有返回参数,返回参数的数据类型为jstring,即Java中的String类型。对于C/C++中与上面的Java环境打交道的数据类型可以参照JNI,具体可访问官方网站http:// java.sun.com/docs/books/jni/。对于函数Java_com_example_hellojni_HelloJni_stringFromJNI中的两个参数env和thiz是系统必须的,如果需要输入参数,必须再增加参数。这个例子运行的结果就是在文本控件(TextView)上面显示Hello from JNI by C !,如下图所示:
|