注意:

AndroidNDK只能用于Android1.5及以上版本中。

I. Android NDK 目标:

Android虚拟机允许你的应用在源码中通过JNI调用本地代码中实现的方法们。概括起来，这表示：

-你的应用的源中要声明一个或多个方法，这些方法前面需有'native'关键字，这表明它们被本地代码实现。如：

nativebyte[] loadFile(String filePath);

-你必须提供本地的共享库，库中包含这些方法的实现。这个库将会打包你的应用.apk中。这个库的命名必须符合标准的Unix命名规则，也就是：lib.so这种形式。并且还要包含一个标准的JNI入口。例如：

libFileLoader.so

-你的应用必须显式的加载本地库。例如，要在应用启动时加载，只需简单地在代码中增加如下语句：

static{

System.loadLibrary("FileLoader");

}

注意写库的名字时你不需要使用'lib'前缀和'.so'后缀。

AndroidNDK只是AndroidSDK的一个组件，它帮助你：

-产生JNI兼容的共享库，此库能运行于跑在ARMCPU上的Android1.5及以上系统。

-把共享库考贝到你的应用的项目中的合适的位置，并最终把它们添加到你的.apks中。

-在后续的NDK版本中，我们打算提供通过远程gdb调试本地代码的工具并尽量多地提供源码和符号信息。

AndroidNDK还提供了：

-一系列跨平台的编译工具(编译器，链接器，等等)，它们可以在Linux,OS X 和 Windows (使用Cygwin)上产生ARM上的二进制程序码。

-一系列的头文件，对应于Android系统所支持的稳定的本地API们，这保证了你所用的接口在后续所有版本中依旧被支持。

重点注意:

记住大多数系统库并没有固定死并且可能在未来的版本中会发生重大变化，甚至被删除，但是”稳定的API们”是不变的。

-一个构建系统，使得开发者只需写少量编译文件描述哪些源文件需被构建即可。构建系统可处理所有编译工具链/平台/CPU/ABI细节。还有，后续的NDK更新中可以在添加更多的编译工具链，平台，系统接口的同时不需开发者的项目构建文件发生变化。

II.Android NDK 不想做的:

使用NDK编写运行于android设备上的一般本地代码这种方式并不好。你的应用依然应该使用Java编写，正确处理Android系统的事件来避免"应用无反应"对话框的出现或处理应用的生命周期。

注意，无论如何还是可以通过本地代码编写精巧的应用的，这个应用上只是带有一个很小的用于启动/关闭应用的包装。

对JNI的深刻理解是非常必要的。因为在这个环境中的很多操作需要开发者做出一些特殊的处理，而它们在典型的一般代码（java）中是不需要的。这些包括：

-不能通过指针直接使用VM对象的内容。例如，你无法安全地获取一个指向java字符串对象的16位字符数组的指针然后在一个循环中枚举它的每一项。

-当本地代码想要在不同的JNI调用之间保存VM对象的句柄时，需要对句柄进行明确的引用管理。

NDK仅仅为被android系统支持的本地API和库中很少的一些提供了头文件。然而一个典型的Android系统映像包含了很多本地共享库，但这些应被看做是实现的细节，这些实现可能在平台更新或发布时产生彻底的变化。

如果一个Android系统的库没有被NDK的头文件明确支持，那么应用不应依赖于它。否则可能在下一次系统升级后出现杯具。

选中的系统库将逐渐地被添加到稳定版的NDKAPI中。