学步园

Android Jni下使用C/C++的几个概念

Google出了Android后，不少嵌入式设备均考虑将其放置于自己的设备上。而我们有大量的程序是使用C/C++开发的，如何将其移植上Android，则成了一个必须面对的问题。

先介绍概念：

1.Android应用程序与Java：

Google在2009年4月底发布的SDK1.5，其SDK文档，仍然是没有丝毫提交JNI之处。Google的态度很明确，请第三方应用开发商都在Java层次上进行应用开发。在Android架构上，Java成了必选的开发方式了（是指Application开发，Service开发是可以完全使用C的）。

2.Java调用C/C++程序与C/C++程序调用Java接口：

JavaNative Interface (JNI)标准是java平台的一部分，它允许Java代码和其他语言写的代码进行交互。JNI是本地编程接口，它使得在 Java 虚拟机 (VM) 内部运行的 Java 代码能够与用其它编程语言(如 C、C++和汇编语言)编写的应用程序和库进行交互操作。

3. Android对JNI的支持：

（转载）

在Android SDK文档里，找不到任何JNI方面的帮助。即使第三方应用开发者使用JNI完成了自己的C动态链接库（so）开发，但是so如何和应用程序一起打包成apk并发布？这里面也存在技术障碍。我曾经花了不少时间，安装交叉编译器创建so，并通过asset（资源）方式，实现捆绑so发布。但这种方式只能属于取巧的方式，并非官方支持。所以，在NDK出来之前，我们将“Java+C”的开发模式称之为灰色模式，即官方既不声明“支持这种方式”，也不声明“不支持这种方式”。

4.Android中NDK（转载）：

1、NDK是一系列工具的集合。

NDK提供了一系列的工具，帮助开发者快速开发C（或C++）的动态库，并能自动将so和java应用一起打包成apk（APK是Android Package）。这些工具对开发者的帮助是巨大的。
NDK集成了交叉编译器，并提供了相应的mk文件隔离CPU、平台、ABI等差异，开发人员只需要简单修改mk文件（指出“哪些文件需要编译”、“编译特性要求”等），就可以创建出so。
NDK可以自动地将so和Java应用一起打包，极大地减轻了开发人员的打包工作。
2、NDK提供了一份稳定、功能有限的API头文件声明。

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

NDK的发布，许多人会误以为，类似于Symbian、WM，在Android平台上终于可以使用纯C、C++开发第三方应用了！其实不然，NDK文档明确说明：it is not a good way。因为NDK并没有提供各种系统事件处理支持，也没有提供应用程序生命周期维护。此外，在本次发布的NDK中，应用程序UI方面的API也没有提供。至少目前来说，使用纯C、C++开发一个完整应用的条件还不完备。

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

使用NDK，我们可以将要求高性能的应用逻辑使用C开发，从而提高应用程序的执行效率。
使用NDK，我们可以将需要保密的应用逻辑使用C开发。毕竟，Java包都是可以反编译的。
NDK促使专业so组件商的出现。（乐观猜想，要视乎Android用户的数量）
2、NDK将是Android平台支持C开发的开端。

 NDK提供了的开发工具集合，使开发人员可以便捷地开发、发布C组件。同时，Google承诺在NDK后续版本中提高“可调式”能力，即提供远程的gdb工具，使我们可以便捷地调试C源码。在支持Android平台C开发，我们能感觉到Google花费了很大精力，我们有理由憧憬“C组件支持”只是GoogleAndroid平台上C开发的开端。毕竟，C程序员仍然是码农阵营中的绝对主力，将这部分人排除在Android应用开发之外，显然是不利于Android平台繁荣昌盛的。

5. Android Native C:

Android是JVM架设在Linux之上的架构。所以无论如何，在Linux OS层面，都应该可以跑C/C++程序。

Android Native C就是使用C/C++程序直接跑到Linux OS层面上的程序。

与其它平台类似，只需要交叉编译后。并得到Linux OS root权限，就可以直接跑起来了。