为什么要用ndk？（网上摘抄）
1. 代码的保护，由于apk的java层代码很容易被反编译，而C/C++库反汇难度较大。
2. 在NDK中调用第三方C/C++库，因为大部分的开源库都是用C/C++代码编写的。
3. 便于移植，用C/C++写得库可以方便在其他的嵌入式平台上再次使用。
在学习ndk的过程中，发现需要安装软件，在配置了android的基本环境之后，
1、安装cygwin
进入cygwin的官网，http://www.cygwin.com/ ，下载setup.exe并安装。（由于ndk的编码服务要用到make和gcc）
Install from internet-->选择目录-->Direct Connection-->只装Devel $ Install即可。一直下一步，时间很长，安装完成之后，运行cygwin图标，正常。
2、下载ndk，去google 官网下载。然后解压。
3、在cygwin中设置ndk路径（此步主要是为了操作方便，可以不设置，若用windows下面的记事本编辑，会出错，格式会有错误，）
错误如下：
//start
用记事本打开cgwin下面的.bash_profile，添加了环境变量之后，有错，但是删除这一行之后，怎么都提示错误，提示最后一行“syntax error: unexpected end of file
”，找了很多办法，不能解决，
解决办法：
dos文件转换成unix文件格式
dos格式文件传输到unix系统时,会在每行的结尾多一个^M,当然也有可能看不到,但是在vi的时候,会在下面显示此文件的格式,比如 "dos.txt" [dos] 120L, 2532C 字样,表示是一个[dos]格式文件,如果是MAC系统的,会显示[MAC],因为文件格式的原因有时会导致我们的unix程序,或者shell程序出现错误,那么需要把这些dos文件格式转换成unix格式,方法是
vi dos.txt
:set fileformat=unix
:w
这样文件就转换成unix格式文件了,一般在windows机器上编写好了文件传到unix下就可能会出现这样的情况,而一般我们使用ftp命令,常常会加上bin参数表示二进制传输,可是试一下加asc参数,可能传到unix下就是unix格式
问题2：
2、在.bash_profile添加了exprort某个环境变量之后，保存退出后，cd $刚才的环境变量，不生效，不能进入那个目录。
方法1：重启这个命令框就可以了
方法2：source+你修改的文件名即可！
//end
ls -a,从目录中打开（vim，可能点击cygwin的安装文件，需要点view，选择这个vim安装）.bash_profile文件，加入
NDK=/cygdrive/c/android/ndk //你自己的ndk的路径
export NDK
然后cd $NDK，就可以直接到上面设置的路径下面了
下面开始写一个完整的ndk工程，步骤大致如下：
1、新建一个声明native method的class
2、compile the class,生成.class文件）
3、用javah生成头文件.h
4、为native method写c实现
5、写makefile，便于make
6、build，生成.so
7、run
如下：
4、写一个ndk工程，
4.1在eclipse里面新建一个工程，JNITest
然后在src目录下面，建JNITest1Activity，(1、新建一个声明native method的class)
package .test1;
import .Activity;
import android.os.Bundle;
//import android.widget.TextView;
public class JNITest1Activity extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
int sum = nativeAdd(2, 3);
System.out.println("sum==" + sum);
}
//public native String nativeHello();
public native int nativeAdd(int a, int b);
static {
System.loadLibrary("hellondk");
}
}
4.2然后build工程，（2、compile the class,生成.class文件）
然后cmd，用javah把build后生成的class文件，生成.h文件（3、用javah生成头文件.h）
E:\workspace\JNITest1>javah -jni -d /jni -classpath bin/classes .
test1.JNITest1Activity
注意：一定要.test1.JNITest1Activity这样写，不能到test1目录下面直接对这个class进行转变。
4、为native method写c实现
5、写makefile，便于make
4.3然后在工程的根目录下面新建jni文件夹，new Android.mk ,hellondk.c这两个文件，分别写
hellondk.c
#include <jni.h>
jint
Java_com_my_test1_JNITest1Activity_nativeAdd( JNIEnv* env,
jobject thiz,int a,int b ){
return a + b;
}
Android.mk
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := hellondk
LOCAL_SRC_FILES := hellondk.c
include $(BUILD_SHARED_LIBRARY)
6、build，生成.so
7、run
4.4然后在cygwin中，
进入到此工程的跟目录，运行（原来r3老版本命令为APP=hellondk）
$NDK/ndk-build
提示：Android NDK: Host 'awk' tool is outdated.
解决：删除
MTK81286@PC0701010943 /cygdrive/d/soft/android-ndk-r7-windows/android-ndk-r7/prebuilt/windows/bin
$ ls
awk.exe echo.exe make.exe sed.exe
删除awk.exe(安全起见，先备份，再删除)。
//end
问题解决之后，就在工程的根目录下（<Project dir>/libs/armeabi/）自动生成libs了了
然后运行工程(共享库会一起打包在apk文件内)，在logcat中就可以打印出2+3的结果了。
这里，在底层计算2+3的结果，然后返回给上层。
老版本下还需要编写Application.mk，ndk-r7不需要再写这个文件，只需要写Android.mk，XX.c文件即可。
Android.mk写法
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 := hellondk
编译的目标对象，<输出文件名字> ,LOCAL_MODULE变量必须定义，以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的，而且不包含任何空格。
注意：编译系统会自动产生合适的前缀和后缀，换句话说，一个被命名为'hellondk'的共享库模块，将会生成''文件。
重要注意事项：
如果你把库命名为‘libhello-jni’，编译系统将不会添加任何的lib前缀，也会生成 ''，这是为了支持来源于Android平台的源代码的Android.mk文件，如果你确实需要这么做的话。
LOCAL_SRC_FILES := hellondk.c
LOCAL_SRC_FILES变量必须包含将要编译打包进模块中的C或C++源代码文件。//列出你所有的.c .cpp源文件 .注意，你不用在这里列出头文件和包含文件，因为编译系统将会自动为你找出依赖型的文件；仅仅列出直接传递给编译器的源代码文件就好。
注意，默认的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 表示生成可执行文件。
