关于 NDK 的使用，首先需要了解一个概念： JNI 。什么是 JNI ？
2.1 Hello-jni
这个是 NDK 自带的例子程序，安装官方网站的说明，一步步来，应该没有什么问题，这里就不细说了。
2.2 My God I did it
学习的第一步，就是模仿。我们依照上面 Hello-jni 的例子，在创建自己的 NDK 程序。在此过程中，对相关的内容和概念进行分析和说明。
首先，在工程的 src 夹子下用来放置 Java 文件。我们打开 Eclipse ，然后新建一个 Android 工程，工程名就叫 MyJNI，工程路径选择我们创建的 NDK 的路径。这里需要注意的是，工程名，包名等，需要和上面的 c 文件中的保持一致。
(Java _com_jpf_myjni _MyJNI _stringFromJNI)
工程建立好后，编辑 src/com/jpf/myjni/MyJNI.java 文件，内容如下：
package com.jpf.myjni;
import android.app.Activity;
import android.widget.TextView;
import android.os.Bundle;
public class MyJNI extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super .onCreate(savedInstanceState);
TextView tv = new TextView( this );
tv.setText( stringFromJNI() );
System. out .println( "Here we go ..." );
setContentView(tv);
System. out .println( "Done!" );
}
public native String stringFromJNI();
static {
System.loadLibrary ( "myjni" );
}
}
需要说明的几点：
public native String stringFromJNI(); 这句申明，带有 native 关键字，说明该方法是本地方法。
System.loadLibrary ( "myjni" ); 这句就是用来加载我们的 c 动态库的。上面声明的方法，具体实现，就在我们加载的库中。
其次，这里才是要学习的内容，创建自己的 NDK 工程。做eclips创建到project的目录下创建jni文件夹，用于放.c文件。
|
这个程序，唯一和 hello-jni 不同的就是引用了 <android/log.h> 这个头文件。在该头文件中，声明了函数__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 _com_jpf_myjni _MyJNI _stringFromJNI
接着创建文件 jni/Android.mk. 这个文件是我们本地 c 代码的 Makefile 。文件内容如下：
|
分别对上述 Makefile 的语句进行说明。
LOCAL_PATH := $(call my-dir) 这句用来指定编译的路径。通过调用宏 my-dir ，获取到当前工作的路径。
include $(CLEAR_VARS) CLEAR_VARS 这个变量是编译系统提供的，用来指明一个 GNU makefile 文件，添加这句，主要的目的是清理所有的 LOCAL_XXX. ，比如 LOCAL_MODULE ， LOCAL_LDLIBS 。在每个新模块的开始处，需要添加这句。
LOCAL_MODULE := myjni 这句定义了模块名称，将来编译的库就以此命名。若果编译的是动态库，那么库名就是 libmyjni.so.需要注意的是，如果你定义 module 为 libmyjni ，那么系统在生成动态库的时候，就不要再为你添加 lib 的前缀了，生成德动态库名字还是 libmyjni.so.
LOCAL_LDLIBS += -llog 这句指定了需要另外链接的库。我们在代码中，用到了 log 库，所以这里加上这句。
include $(BUILD_SHARED_LIBRARY) 这句说明将来生产的库是共享库，及动态链接库。若需要生产静态库，可以这样写：include $(BUILD_STATIC_LIBRARY) 。
如果没有建立工程，
写完了 c 文件和 Makefile 文件，是否可以编译了呢？我们试一下。在 cygwin 中，进入工程目录，运行 ndk-build ，得到下面的结果：
|
看到这个错误的意思是，缺少 manifest 文件。老版本的 NDk ，工程中有一个 apps ，里面包含了应用的程序文件和Application.mk 。现在的版本，不需要我们自己编写 Application.mk, ，不过仍需要工程相关的配置信息。那么如何做到呢？需要手工去写 manifest 文件么？不需要。我们只需要在 Eclipse 中，创建工程就可以了，这些配置文件会自动生成。
建立好工程，再次编译，在 cygwin 中运行 ndk-build ，结果 OK 。
|
我们看到，需要的共享库已经生成，并且安装好了。下面就可以生成 apk 了。
然后，就可以运行了，用eclisps模拟器还是生成APK文件，都是可以的。
在jni目录下（即hello-jni.c 同级目录下）新建一个Android.mk文件，Android.mk 文件是Android 的 makefile文件，内容如下：
# Copyright (C) 2009 The Android Open Source Project # # Licensed under the Apache License, Version 2.0 (the "License"); # you may not use this file except in compliance with the License. # You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, software # distributed under the License is distributed on an "AS IS" BASIS, # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. # See the License for the specific language governing permissions and # limitations under the License. # LOCAL_PATH := $(call my-dir)include $(CLEAR_VARS)
LOCAL_MODULE := hello-jni
LOCAL_SRC_FILES := hello-jni.cinclude $(BUILD_SHARED_LIBRARY)LOCAL_PATH := $(call my-dir)
一个Android.mk 文件首先必须定义好LOCAL_PATH变量。它用于在开发树中查找源文件。在这个例子中，宏函数’my-dir’, 由编译系统提供，用于返回当前路径（即包含Android.mk file文件的目录）。
include $( CLEAR_VARS)
CLEAR_VARS由编译系统提供，指定让GNU MAKEFILE为你清除许多LOCAL_XXX变量（例如 LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, 等等...),
除LOCAL_PATH 。这是必要的，因为所有的编译控制文件都在同一个GNU MAKE执行环境中，所有的变量都是全局的。
LOCAL_MODULE := hello-jni
编译的目标对象，LOCAL_MODULE变量必须定义，以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的，而且不包含任何空格。
注意：编译系统会自动产生合适的前缀和后缀，换句话说，一个被命名为'hello-jni'的共享库模块，将会生成'libhello-jni.so'文件。
重要注意事项：
如果你把库命名为‘libhello-jni’，编译系统将不会添加任何的lib前缀，也会生成 'libhello-jni.so'，这是为了支持来源于Android平台的源代码的Android.mk文件，如果你确实需要这么做的话。
LOCAL_SRC_FILES := hello-jni.c
LOCAL_SRC_FILES变量必须包含将要编译打包进模块中的C或C++源代码文件。注意，你不用在这里列出头文件和包含文件，因为编译系统将会自动为你找出依赖型的文件；仅仅列出直接传递给编译器的源代码文件就好。
注意，默认的C++源码文件的扩展名是’.cpp’. 指定一个不同的扩展名也是可能的，只要定义LOCAL_DEFAULT_CPP_EXTENSION变量，不要忘记开始的小圆点（也就是’.cxx’,而不是’cxx’）
include $(BUILD_SHARED_LIBRARY)
BUILD_SHARED_LIBRARY表示编译生成共享库，是编译系统提供的变量，指向一个GNU Makefile脚本，负责收集自从上次调用'include $(CLEAR_VARS)'以来，定义在LOCAL_XXX变量中的所有信息，并且决定编译什么，如何正确地去做。还有 BUILD_STATIC_LIBRARY变量表示生成静态库：lib$(LOCAL_MODULE).a， BUILD_EXECUTABLE 表示生成可执行文件。
来源：oschina
链接：https://my.oschina.net/u/79403/blog/74144