NDK配置以及实例详解Word格式文档下载.docx
《NDK配置以及实例详解Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《NDK配置以及实例详解Word格式文档下载.docx（12页珍藏版）》请在冰豆网上搜索。
在docs/INSTALL.TXT里面是如何安装NDK
（以前的版本都需要运行build/host-setup.sh来进行初始化，这个android-ndk-rb4及以上版本把它去除了,使用更方便了，只是像如下配置一下环境变量即可）
在docs/HOWTO.TXT里面是如何使用NDK。
注：
建议这些文档都看一遍，有个大概了解。
4.配置NDK的环境变量
$gedit~/.bashrc
在打开的文件末尾添加，如下内容
NDK=$HOME/android-ndk-r6/（这里就是你自己解压后的文件目录的位置）
exportNDK
执行下面的命令，保存环境便利，然后查看是否生效：
oss@newoss:
~/android-ndk-r6$source~/.bashrc
/home/oss/android-ndk-r6/
~/android-ndk-r6$
经过了上述步骤，在命令行下敲：
ndk-bulid
弹出如下的错误，而不是说ndk-buildnotfound，就说明ndk环境已经安装成功了。
AndroidNDK:
Couldnotfindapplicationprojectdirectory!
PleasedefinetheNDK_PROJECT_PATHvariabletopointtoit.
/home/braincol/workspace/android/android-ndk-r5/build/core/build-local.mk:
85:
***AndroidNDK:
Aborting
.
Stop.
5.编译有两种方法：
1）在目标工程目录下编译：
$cd/home/oss/android-ndk-r6/samples/hello-jni
进入例子目录
$NDK/ndk-build
2）在任意目录下编译：
$NDK/ndk-build-C/home/oss/android-ndk-r6/samples/hello-jni
用-C指出工程目录路径
无论哪种编译，成功后就会在当前目录下多生成libs与obj两个子目录。
6.打开eclipse导入hello-jni工程，就能看到效果了。
二、NDK开发实例
（一）、了解和认识NDK
6月26日，GoogleAndroid发布了NDK，引起了很多发人员的兴趣。
NDK全称：
NativeDvelopmentKit
1、前言
6月26日，GoogleAndroid发布了NDK，引起了很多发人员的兴趣。
NativeDevelopmentKit。
。
2、误解
新出生的事物，除了惊喜外，也会给我们带来一定的迷惑、误解。
2.1、误解一：
NDK发布之前，Android不支持进行C开发
在Google中搜索“NDK”，很多“Android终于可以使用C++开发”之类的标题，这是一种对Android平台编程方式的误解。
其实，Android平台从诞生起，就已经支持C、C++开发。
众所周知，Android的SDK基于Java实现，这意味着基于AndroidSDK进行开发的第三方应用都必须使用Java语言。
但这并不等同于“第三方应用只能使用Java”。
在AndroidSDK首次发布时，Google就宣称其虚拟机Dalvik支持JNI编程方式，也就是第三方应用完全可以通过JNI调用自己的C动态库，即在Android平台上，“Java+C”的编程方式是一直都可以实现的。
当然这种误解的产生是有根源的：
在AndroidSDK文档里，找不到任何JNI方面的帮助。
即使第三方应用开发者使用JNI完成了自己的C动态链接库（so）开发，但是so如何和应用程序一起打包成apk并发布？
这里面也存在技术障碍。
我曾经花了不少时间，安装交叉编译器创建so，并通过asset（资源）方式，实现捆绑so发布。
但这种方式只能属于取巧的方式，并非官方支持。
所以，在NDK出来之前，我们将“Java+C”的开发模式称之为灰色模式，即官方既不声明“支持这种方式”，也不声明“不支持这种方式”。
2.2、误解二：
有了NDK，我们可以使用纯C开发Android应用
AndroidSDK采用Java语言发布，把众多的C开发人员排除在第三方应用开发外（注意：
我们所有讨论都是基于“第三方应用开发”，Android系统基于Linux，系统级别的开发肯定是支持C语言的。
）。
NDK的发布，许多人会误以为，类似于Symbian、WM，在Android平台上终于可以使用纯C、C++开发第三方应用了！
其实不然，NDK文档明确说明：
itisnotagoodway。
因为NDK并没有提供各种系统事件处理支持，也没有提供应用程序生命周期维护。
此外，在本次发布的NDK中，应用程序UI方面的API也没有提供。
至少目前来说，使用纯C、C++开发一个完整应用的条件还不完备。
3、NDK是什么
对NDK进行了粗略的研究后，我对“NDK是什么”的理解如下：
3.1、NDK是一系列工具的集合。
NDK提供了一系列的工具，帮助开发者快速开发C（或C++）的动态库，并能自动将so和java应用一起打包成apk。
这些工具对开发者的帮助是巨大的。
NDK集成了交叉编译器，并提供了相应的mk文件隔离CPU、平台、ABI等差异，开发人员只需要简单修改mk文件（指出“哪些文件需要编译”、“编译特性要求”等），就可以创建出so。
NDK可以自动地将so和Java应用一起打包，极大地减轻了开发人员的打包工作。
3.2、NDK提供了一份稳定、功能有限的API头文件声明。
Google明确声明该API是稳定的，在后续所有版本中都稳定支持当前发布的API。
从该版本的NDK中看出，这些API支持的功能非常有限，包含有：
C标准库（libc）、标准数学库（libm）、压缩库（libz）、Log库（liblog）。
4、NDK带来什么
4.1、NDK的发布，使“Java+C”的开发方式终于转正，成为官方支持的开发方式。
使用NDK，我们可以将要求高性能的应用逻辑使用C开发，从而提高应用程序的执行效率。
使用NDK，我们可以将需要保密的应用逻辑使用C开发。
毕竟，Java包都是可以反编译的。
NDK促使专业so组件商的出现。
（乐观猜想，要视乎Android用户的数量）
4.2、NDK将是Android平台支持C开发的开端。
NDK提供了的开发工具集合，使开发人员可以便捷地开发、发布C组件。
同时，Google承诺在NDK后续版本中提高“可调式”能力，即提供远程的gdb工具，使我们可以便捷地调试C源码。
在支持Android平台C开发，我们能感觉到Google花费了很大精力，我们有理由憧憬“C组件支持”只是GoogleAndroid平台上C开发的开端。
毕竟，C程序员仍然是码农阵营中的绝对主力，将这部分人排除在Android应用开发之外，显然是不利于Android平台繁荣昌盛的。
（二）实例运行
实例一写一个自己的NDK程序
首先，创建自己的NDK工程。
我们在ndk的sample目录下创建自己的工程myjni，然后在这个文件夹子下，创建两个目录jni和src，jni用来放我们的c文件，src是调用的c库java接口文件。
创建好目录，接着创建文件jni/myjni.c，该文件比较简单，就是输出一个字符串，内容如下：
注意：
在粘贴代码请使用文本编辑器（gedit）打开，不然可以出现问题
#include<
string.h>
stdio.h>
jni.h>
android/log.h>
#defineLOG_TAG"
MYJNI"
#defineLOGI（...）__android_log_print（ANDROID_LOG_DEBUG,LOG_TAG,__VA_ARGS__）
staticchars_string[]="
Mygod,Ididit!
"
;
jstringJava_oss_study_MYJNIActivity_stringFromJNI（JNIEnv*env,jobjectthiz）
{
LOGI（"
MyJNIiscalled!
）;
return（*env）->
NewStringUTF（env,s_string）;
}
在该头文件中，声明了函数__android_log_print（）,可以根据不同的log级别，输出log，方便代码的调试。
在NDK中，printf（）没法输出，所以我们需要借助log库来将我们c代码库中需要输出的内容，通过java控制台输出。
调用函数__android_log_print（）,就可以在Eclipse中，查看LogCat来查看相关的输出信息了。
在c文件中，函数名这样定义：
Java_com_jpf_myjni_MyJNI_stringFromJNI，有什么讲究么？
这个是JNI的标准，定义需要按照如下格式：
Java_packagename_classname_methodname,
例如：
Java_oss_study__MyJNIActivity_stringFromJNI
接着创建文件jni/Android.mk.这个文件是我们本地c代码的Makefile。
文件内容如下：
LOCAL_PATH:
=$（callmy-dir）
include$（CLEAR_VARS）
LOCAL_MODULE:
=myjni
LOCAL_SRC_FILES:
=myjni.c
LOCAL_LDLIBS+=-llog
include$（BUILD
升级会员 