Android.mk文件相当于是从Makefile文件中截取的小片段，非常非常的小！可被系统解析一次或者多次！应该尽量少的声明
该文件的一个很重要的组成部分就是模块
1. - a static library 静态库
2. - a shared library 动态库
只需要将动态库安装/拷贝到你的应用程序包即可，静态库是用来生成动态库的
你可以定义一个或多个模块，而且同一source file你可以放到多个模块中
编译之前还有一些细节要注意，比如：不需要将头文件或者一些依赖关系写到Android.mk文件中,NDK会自动给你计算出来的，这就意味这当你的NDK更新了，你也不用担心去修改Android.mk文件了
在详细描述语法之前，来先看一个小例子：
apps/hello-jni/project
在这个工程文件中：
-src文件夹包含了Java源码
-jni文件夹包含了本地源码，比如：jni/hello-jni.c
这个代码实现通过本地调用方法让vm返回去一个字符串生成的共享库
-jni/Android.mk文件,一般内容包含如下：
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := hello-jni
LOCAL_SRC_FILES := hello-jni.c
include $(BUILD_SHARED_LIBRARY)
每一个Android.mk文件都必须以LOCAL_PATH变量为开头，call <function> 这个function的内容用的最多的是my-dir,但是还有其他的也可以用，代表的意思你可以去细看，比如all-subdir-makefiles，this-makefile，parent-makefile，grand-parent-makefile，import-module。通过它在development 结构代码中找到你的源文件，在例子当中的宏 函数‘my-dir‘是由编译系统提供的，用来返回当前文件夹的路径，这个路径里包含Android.mk文件
include $(CLEAR_VARS)
这一句也是必须要有的，通过CLEAR_VARS变量来清理除了LOCAL_PATH的整个系统的LOCAL_XXX全局变量的定义，比如OCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, etc...，这样操作完了之后，你就可以在下面进行数据的重新赋值了，担任这个变量也是有编译系统提供的
LOCAL_MODULE := hello-jni
这个是指定你本次要编译生成的动态链接库的文件夹名，必须是独一无二，名字中不能有空格，系统会自动给你添加前缀和后缀的，你现在的名字是hello-jni那么等编译完成之后，生成的文件名是libhello-jni.so
注意：如果你的LOCAL_MODULE := libhello-jni,那么系统将不会给你添加前缀了
LOCAL_SRC_FILES := hello-jni.c
LOCAL_SRC_FILES这个变量必须包含一系列的C/C++源文件来编译和组装到你的模块中，你不需要include你的头文件到这里，因为编译系统会自动计算你的依赖关系，你只需要列出直接编译的需要的文件即可。
默认的C++文件的后缀名是.cpp,如果你想更换的话可以通过LOCAL_CPP_EXTENSION=.c++ 变量来修改，千万不要忘了加‘.‘
还有这个变量下对应的文件或者路径都是相对于你的LOCAL_PATH 来说的，不要写错了
include $(BUILD_SHARED_LIBRARY)
BUILD_SHARED_LIBRARY变量是有编译系统提供的，指向一个GNU的makefile 脚本，用来收集最近一次修改的全局变量的值，确定建立什么，如何精确的执行，使用这个变量，那么你的Android.mk文件必不可少的的要有LOCAL_MODULE和LOCAL_SRC_FILES的定义。生成的库文件规则：lib$(LOCAL_MODULE).so。
编译静态库（BUILD_STATIC_LIBRARY ）和上面大同小异，必不可少的的要包含 LOCAL_STATIC_LIBRARIES 和 LOCAL_WHOLE_STATIC_LIBRARIES 的定义。生成库文件的规则是：lib$(LOCAL_MODULE).a
PREBUILT_SHARED_LIBRARY
PREBUILT_STATIC_LIBRARY
预编译共享库和静态库使用方法和都是上面的一样，在Android.mk文件的最后添加一个include $();
不同的地方就是这个Android.mk文件不会生成新的库，而是将你的预编译库拷贝到$PROJECT/obj/local，剥离处理过的拷贝到$PROJECT/libs/<abi>
特别需要注意的地方是，此时你的LOCAL_SRC_FILES 存放的是你的共享库的路径PATH，不在是某个C/C++文件了，同时如果你的共享库还依赖的*.h文件，你还需要通过LOCAL_EXPORT_C_INCLUDES 将文件导过来
TARGET_ARCH
这个设定你的cpu结构是arm x86
TARGET_PLATFORM
网上查看到的值为：generic 这个就是指定你要编译的目标机平台名称，比如:
android-3 -> Official Android 1.5 system images
android-4 -> Official Android 1.6 system images
android-5 -> Official Android 2.0 system images
android-6 -> Official Android 2.0.1 system images
android-7 -> Official Android 2.1 system images
android-8 -> Official Android 2.2 system images
android-9 -> Official Android 2.3 system images
android-14 -> Official Android 4.0 system images
TARGET_ARCH_ABI 这个abi是Application Binary Interface的简称
这个变量的值是有CPU+abi组合而成的
目前支持两种：armeabi 针对的是armv5te指令集 通用性比较强，但是效率要比下面的低
armeabi-v7a 针对的是armv7-a指令集
针对以上两者的区别可以参考：http://www.myexception.cn/android/1594360.html
LOCAL_MODULE_FILENAME
LOCAL_MODULE生成的库文件会自动添加前缀和后缀，但是如果你使用LOCAL_MODULE_FILENAME，那么将会改变之前生成的库文件的名称
注意：该变量的值不能是路径同时名称不能添加后缀名，编译系统会自动为你添加
LOCAL_CPP_EXTENSION
该变量是可选的，当你的C++文件的后缀名不是cpp的时候，你可以使用该变量来指定你的编译系统识别c++后缀的名称
在NDK r7版本之后，该变量可以这么写：LOCAL_CPP_EXTENSION := .cxx .cpp .cc
LOCAL_C_INCLUDES
编译的时候将你要追加的路径添加到此，而且必须放在 LOCAL_CFLAGS / LOCAL_CPPFLAGS 之前，最好是使用LOCAL_C_INCLUDES来代替LOCAL_CFLAGS / LOCAL_CPPFLAGS
LOCAL_LDLIBS
这个是用来加载一些特定的系统库，比如经常用的liblog.so。使用的时候必须添加一个“-l”的前缀
目前遇到的有：
-lz -ldl -lGLESv1_CM -lGLESv2 -ljnigraphics -lOpenSLES -lOpenMAXAL
参考：
http://www.kandroid.org/ndk/docs/ANDROID-MK.html
http://www.cnblogs.com/wainiwann/p/3837936.html
Android.mk语法解析