Android.mk内的变量定义
一．自定义变量：
在Android.mk文件中自定义变量要遵守以下规则：
1.不能以LOCAL_开头(例如：LOCAL_path)；
2.不能以PRIVATE_、NDK_、APP_开头
3.不能全用小写字母(例如：my-dir)
4.建议使用MY_前缀的自定义变量
5.最重要是不能与NDK编译系统保留的变量名一样。
二．NDK编译系统保留的变量及其介绍：
1.CLEAR_VARS
指出了编译脚本中清除了“include$(CLEAR_VARS)”和“include$(BUILD_XXX)”之间的几乎所有的LOCAL_XXX变量，即本模块中不包含的所有的全局变量，在新模块脚本开始时必须包含的变量。通常一个功能模块以“include$(CLEAR_VARS)”开始。
2.BUILD_SHARED_LIBRARY
指出了一个编译脚本收集一个模块中所有的LOCAL_XXX变量的信息，并确定在你的资源文件下如何编译一个动态库。通常一个模块以“include $(BUILD_XXX)”结束。
注意：在这个模块中必须包含LOCAL_MODULE和LOCAL_SRC_FILES变量并赋值。模块将会编译LOCAL_SRC_FILES指定的资源文件生成一个名为“lib$(LOCAL_MODULE).so”文件
3.BUILD_STATIC_LIBRARY
同第2条类似它编译出了一个静态库
指出了一个编译脚本收集一个模块中所有的LOCAL_XXX变量的信息，并确定在你的资源文件下如何编译一个静态库。生成一个名为“include $(LOCAL_MODULE).a”文件
4.PREBUILT_SHARED_LIBRARY
指出了一个编译脚本来编译一个预动态库，在编译预动态库中LOCAL_SRC_FILES必须是一个单一的路径而不是一系列的资源文件。
5.PREBUILT_STATIC_LIBRARY
与第4条类似，它编译成一个预静态库
指出了一个编译脚本来编译一个预静态库，在编译预静态库中LOCAL_SRC_FILES必须是一个单一的路径而不是一系列的资源文件。
注意：PREBUILT_STATIC/SHARED_LIBRARY与STATIC/SHARED_LIBRARY的区别在于：
1.预动/静态库中，LOCAL_SRC_FILES指定的是一个单一的路径，在此目录下可以放编好的动/静态库，在编译系统时可直接进行编译，也即是说，有此变量不需要源代码，只要有编好的库即可，这样就可以使用所有的不开源的第三方库。
2.可以直接放一个你自己编好的库，这样在编译系统时省略了编译此库的时间，从而提过编译速率。
6.TARGET_ARCH
目标CPU平台的名字，如同在Android开放源码中指定的那样。如果是’arm’，表示要生成ARM兼容的指令，与CPU架构的修订版无关
7.TARGET_PLATFORM
Android.mk解析的时候，目标Android平台的名字,例如：“android-3对应Android 1.5系统，现在只支持'android-1.5'
8.TARGET_ARCH_ABI
CPU+ABI的名字，只支持’arm’,它的含义是：ARMv5TE、armeabi-v7a或更高级CPU，并且具有'softfloat'浮点支持。
其他的ABI将在以后的NDK版本中介绍，它们会有不同的名字。注意所有基于ARM的ABI都会把'TARGET_ARCH'定义成‘arm’，但是会有不同的‘TARGET_ARCH_ABI’
9.TARGET_ABI
目标平台和abi的组合，它事实上被定义成$(TARGET_PLATFORM)-$(TARGET_ARCH_ABI)在你想要在真实的设备中针对一个特别的目标系统进行测试时，会有用。
在默认的情况下，它会是'android-1.5-arm'
Android.mk内的变量定义
1、 LOCAL_PATH
一个Android.mk file首先必须定义好LOCAL_PATH变量。它用于在开发树中查找源文件。例如:
例.LOCAL_PATH:= $(call my-dir)
宏函数’my-dir’, 由编译系统提供，用于返回当前路径（即包含Android.mk file文件的目录）
2、 include $( CLEAR_VARS)
宏CLEAR_VARS 由编译系统提供，指定让GNU MAKEFILE为你清除许多LOCAL_XXX变量（例如 LOCAL_MODULE, LOCAL_SRC_FILES,LOCAL_STATIC_LIBRARIES, 等等...),除LOCAL_PATH 。这是必要的，因为所有的编译控制文件都在同一个GNU MAKE执行环境中，所有的变量都是全局的。
3、 LOCAL_SRC_FILES
本次需要编译的源文件
4、 LOCAL_SHARED_LIBRARIES
本次编译需要链接的动态链接库文件，即.so文件
5、 LOCAL_STATIC_LIBRARIES
静态链接库.
6、 LOCAL_C_INCLUDES
本次编译需要包含的头文件,一个相对于当前目录可选的路径名单，当编译所有的源文件（C,C++和汇编）时，它将被添加进include搜索路径。例如
LOCAL_C_INCLUDES := sources/foo
或者甚至：
LOCAL_C_INCLUDES := $(LOCAL_PATH)/../foo
7、 LOCAL_LDLIBS
本次编译的链接选项，相当于gcc -l后的参数
8、 LOCAL_CFLAGS
同样是编译选项，相当于gcc -O后面的参数
9、 LOCAL_MODULE
生成的模块名，这个变量必须定义，表示make后将要生成的文件的名字
10、 LOCAL_PACKAGE_NAME
apk文件名
11、 LOCAL_MODULE_TAGS ：=user eng tests optional
user: 指该模块只在user版本下才编译
eng: 指该模块只在eng版本下才编译
tests: 指该模块只在tests版本下才编译
optional:指该模块在所有版本下都编译
12、include
include可Android多以这样的形式出现,如:include $( CLEAR_VARS),include $(BUILD_SHARED_LIBRARY).其实这个include可以理解成"执行"的意思，那么执行什么呢?当然是看后边的宏了.
宏CLEAR_VARS已经在3.2节中介绍过了，表示清除一些变量.
宏BUILD_SHARED_LIBRARY表示生成共享库，即生成.so文件
因此include $(BUILD_SHARED_LIBRARY)就是指定在/system/lib/目录下生成一个lib$(LOCAL_MOUDULE).so文件,同样类型的宏如下:
CLEAR_VARS 清除LOCAL_xxx变量
BUILD_SHARED_LIBRARY 在/system/lib/目录下生成lib$(LOCAL_MOUDULE).so文件
BUILD_STATIC_LIBRARY 生成lib$(LOCAL_MOUDULE).a文件
BUILD_EXECUTABLE 在/system/bin/目录下生成可执行文件
BUILD_PACKAGE 编译成一个apk文件
如下转自：http://www.cnblogs.com/likwo/archive/2012/05/09/2492614.html
一个Android.mk file用来向编译系统描述你的源代码。具体来说：该文件是GNU Makefile的一小部分，会被编译系统解析一次或多次。你可以在每一个Android.mk file中定义一个或多个模块，你也可以在几个模块中使用同一个源代码文件。编译系统为你处理许多细节问题。例如，你不需要在你的Android.mk中列出头文件和依赖文件。NDK编译系统将会为你自动处理这些问题。这也意味着，在升级NDK后，你应该得到新的toolchain/platform支持，而且不需要改变你的Android.mk文件。
先看一个简单的例子：一个简单的"hello world"，比如下面的文件：
sources/helloworld/helloworld.c
sources/helloworld/Android.mk
相应的Android.mk文件会象下面这样：
---------- cut here ------------------
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE
:= helloworld
LOCAL_SRC_FILES := helloworld.c
include $(BUILD_SHARED_LIBRARY)
---------- cut here ------------------
我们来解释一下这几行代码：
LOCAL_PATH := $(call my-dir)
一个Android.mk file首先必须定义好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 := helloworld
LOCAL_MODULE变量必须定义，以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的，而且不包含任何空格。注意编译系统会自动产生合适的前缀和后缀，换句话说，一个被命名为'foo'的共享库模块，将会生成'libfoo.so'文件。
LOCAL_SRC_FILES := helloworld.c
LOCAL_SRC_FILES变量必须包含将要编译打包进模块中的C或C++源代码文件。注意，你不用在这里列出头文件和包含文件，因为编译系统将会自动为你找出依赖型的文件；仅仅列出直接传递给编译器的源代码文件就好。
在Android中增加本地程序或者库，这些程序和库与其所载路径没有任何关系，只和它们的Android.mk文件有关系。Android.mk和普通的Makefile有所不同，它具有统一的写法，主要包含一些系统公共的宏。
在一个Android.mk中可以生成多个可执行程序、动态库和静态库。
1，编译应用程序的模板：
#Test Exe
LOCAL_PATH := $(call my-dir)
#include $(CLEAR_VARS)
LOCAL_SRC_FILES:= main.c
LOCAL_MODULE:= test_exe
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_EXECUTABLE)
（菜鸟级别解释：:=是赋值的意思，$是引用某变量的值）LOCAL_SRC_FILES中加入源文件路径，LOCAL_C_INCLUDES 中加入所需要包含的头文件路径，LOCAL_STATIC_LIBRARIES加入所需要链接的静态库（*.a）的名称，LOCAL_SHARED_LIBRARIES中加入所需要链接的动态库（*.so）的名称，LOCAL_MODULE表示模块最终的名称，BUILD_EXECUTABLE表示以一个可执行程序的方式进行编译。
2，编译静态库的模板：
#Test Static Lib
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= /
helloworld.c
LOCAL_MODULE:= libtest_static
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_STATIC_LIBRARY)
一般的和上面相似，BUILD_STATIC_LIBRARY表示编译一个静态库。
3，编译动态库的模板：
#Test Shared Lib
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= /
helloworld.c
LOCAL_MODULE:= libtest_shared
TARGET_PRELINK_MODULES := false
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_SHARED_LIBRARY)
一般的和上面相似，BUILD_SHARED_LIBRARY表示编译一个静态库。
以上三者的生成结果分别在如下，generic依具体target会变：
out/target/product/generic/obj/EXECUTABLE
out/target/product/generic/obj/STATIC_LIBRARY
out/target/product/generic/obj/SHARED_LIBRARY
每个模块的目标文件夹分别为：
可执行程序：XXX_intermediates
静态库： XXX_static_intermediates
动态库： XXX_shared_intermediates
另外，在Android.mk文件中，还可以指定最后的目标安装路径，用LOCAL_MODULE_PATH和LOCAL_UNSTRIPPED_PATH来指定。不同的文件系统路径用以下的宏进行选择：
TARGET_ROOT_OUT：表示根文件系统。
TARGET_OUT：表示system文件系统。
TARGET_OUT_DATA：表示data文件系统。
用法如：
CAL_MODULE_PATH:=$(TARGET_ROOT_OUT)