初探NDK——移动客户端开发之跨平台

参考网上查找的相关资料，请博友们当我是写了一个笔记吧！

Android平台从诞生起，就已经支持C、C++开发。众所周知，Android的SDK基于Java实现，这意味着基于Android SDK进行开发的第三方应用都必须使用Java语言。但这并不等同于“第三方应用只能使用Java”。在Android SDK首次发布时，Google就宣称其虚拟机Dalvik支持JNI编程方式，也就是第三方应用完全可以通过JNI调用自己的C动态库，即在Android平台上，“Java+C”的编程方式是一直都可以实现的。

　　不过，Google也表示，使用原生SDK编程相比Dalvik虚拟机也有一些劣势，Android SDK文档里，找不到任何JNI方面的帮助。即使第三方应用开发者使用JNI完成了自己的C动态链接库（so）开发，但是so如何和应用程序一起打包成apk并发布？这里面也存在技术障碍。比如程序更加复杂，兼容性难以保障，无法访问Framework API，Debug难度更大等。开发者需要自行斟酌使用。

　　于是NDK就应运而生了。NDK全称是Native Development Kit。

　　NDK的发布，使“Java+C”的开发方式终于转正，成为官方支持的开发方式。NDK将是Android平台支持C开发的开端。

NDK的优势：

   1.代码的保护。由于apk的java层代码很容易被反编译，而C/C++库反汇难度较大。

　　2.可以方便地使用现存的开源库。大部分现存的开源库都是用C/C++代码编写的。

　　3.提高程序的执行效率。将要求高性能的应用逻辑使用C开发，从而提高应用程序的执行效率。

　　4.便于移植。用C/C++写得库可以方便在其他的嵌入式平台上再次使用。

1.NDK是一系列工具的集合

   NDK提供了一系列的工具，帮助开发者快速开发C（或C++）的动态库，并能自动将so和java应用一起打包成apk。这些工具对开发者的帮助是巨大的。

NDK集成了交叉编译器，并提供了相应的mk文件隔离CPU、平台、ABI等差异，开发人员只需要简单修改mk文件（指出“哪些文件需要编译”、“编译特性要求”等），就可以创建出so。

NDK可以自动地将so和Java应用一起打包，极大地减轻了开发人员的打包工作。

2.NDK提供了一份稳定、功能有限的API头文件声明

   Google明确声明该API是稳定的，在后续所有版本中都稳定支持当前发布的API。从该版本的NDK中看出，这些API支持的功能非常有限，包含有：C标准库（libc）、标准数学库（libm）、压缩库（libz）、Log库（liblog）。

NDK的基本上可以分解成以下步骤:

1. 搭建编译环境. 适合windows平台的编译环境是cygwin, 这是一个交叉编译环境(编译和执行的环境不同). 利用NDK提供的arm-eabi编译工具, 作为编译平台.

 

2. 编译Android平台相关的.so文件. 主要关注make file文件的组织和涉及到的底层库的引入, 参考NDK的docs目录中android-mk.txt文档. 跟makefile的规则非常类似.

 

3. java 层面的代码对步骤2中的.so文件的调用. 这就是普通的访问规则.

然而，对于NDK的环境如何配置，我就不在这里啰嗦了。

Android NDK 的编译脚本系统，实际上并不是什么新东西，就是对 GNU MakeFile 系统的封装。Android NDK 自带了很多 .mk  文件（保存在ndk的 NDK_ROOT/build 目录中），文件中预定义了很多 Make  脚本函数和变量，以供用户编写自己的编译脚本时使用。另外，NDK为所有应用统一提供了一个固定的编译入口--即大家熟悉的ndk-build。

可以认为ndk-build 是对 make 指令的封装，并不对各个参数作处理，具体参数原封不动地传给 make 和Makefile。由此可见，ndk-build，只是对make命令的一个封装，为编译提供一个统一的且适应性更强的编译入口。