Android.mk 文件 和Application.mk 文件的具体作用和写法
1. Android.mk文件 以及 Application.mk文件 的作用
Android.mk 文件是用来配置 jni编译的 源文件输入、编译参数、编译输出产物 等等。
Application.mk 文件是用来 指定平台有关的配置信息，比如编译的平台版本、平台架构、使用的标准库 等等
2. Android.mk 文件的一般组织结构，如图所示
2-1. 每一个库的源文件放在同一个文件夹下面，比如上面的libusb库的源文件放在libusb子目录下，example库的源文件放在example子目录下。
2-2. 每一个子目录下(对应每一个库) 都有一个自己的Android.mk 文件，这样每一个Android.mk可以配置该库编译时的源文件输入、编译参数、编译输出产物类型等等。
2-3. jni目录下有一个总的Android.mk文件和一个Application.mk文件，这个总的Android.mk文件会调用每一个子目录下的Android.mk文件去完成编译工作。
3. Android.mk 文件的一般写法
3-1. 总的Android.mk文件：
include $(call all-subdir-makefiles) //没错，就只有一句。这句话的意思就是调用每一个子目录下的makefile文件，也就是Android.mk文件
3-2. libusb下的Android.mk文件：
LOCAL_PATH:= $(call my-dir) //获取当前目录路径，也就是该Android.mk所在的目录路径，说的准确一点其实是最后一次include的Android.mk的路径，一般把这句话放在最开始。
include $(CLEAR_VARS) //清除或者说重置 除了LOCAL_PATH之外的变量的值，比如LOCAL_SRC_FILES变量的值等等
#$(warning " LOCAL_PATH is $(LOCAL_PATH) ") //使用warming函数，打印$(LOCAL_PATH)的值，只是用于调试作用，#表示注释
LOCAL_SRC_FILES := \ //指定源文件，多个源文件使用空格隔开，这里换行(每行最后需要使用 \ 反斜杠 表示衔接作用)只是为了容易阅读
$(LOCAL_PATH)/core.c \
$(LOCAL_PATH)/descriptor.c \
$(LOCAL_PATH)/hotplug.c \
$(LOCAL_PATH)/io.c \
$(LOCAL_PATH)/sync.c \
$(LOCAL_PATH)/strerror.c \
$(LOCAL_PATH)/os/linux_usbfs.c \
$(LOCAL_PATH)/os/poll_posix.c \
$(LOCAL_PATH)/os/threads_posix.c \
$(LOCAL_PATH)/os/linux_netlink.c
LOCAL_C_INCLUDES += \ //指定头文件
$(LOCAL_PATH)/.. \
$(LOCAL_PATH) \
$(LOCAL_PATH)/os
LOCAL_EXPORT_C_INCLUDES := \ //导出头文件，这样其他地方需要就可以直接include进来，比如在example里的某个源文件需要libusb.h头文件，可以直接include <libusb.h> 或者 include "libusb.h"
$(LOCAL_PATH)
LOCAL_LDLIBS := -llog //使用liblog.so动态库，以-l开头，log是库去掉lib前缀和so后缀之后的名称
LOCAL_MODULE := usb-1.0 //生成so库的名称，最终的名称是libusb-1.0.so（java代码里使用：System.loadLibrary("usb-1.0")），如果以lib开头了系统不再自动追加lib前缀了
include $(BUILD_SHARED_LIBRARY) //指定需要生成的是so动态库，如果是 include $(BUILD_STATIC_LIBRARY) 表示需要生成的是.a静态库
3-3. example下的Android.mk文件：
LOCAL_PATH := $(call my-dir) //获取自己本地路径，也就是自己的Android.mk文件所在的路径
include $(CLEAR_VARS) //清除 除了LOCAL_PATH之外的变量的值
LOCAL_C_INCLUDES += $(wildcard $(LOCAL_PATH)/include/*.h) //指定头文件，使用wildcard通配符函数，这里是一种通用的万能写法
LOCAL_SRC_FILES := $(wildcard $(LOCAL_PATH)/src/*.c) //指定源文件，使用wildcard通配符函数，这里是一种通用的万能写法
#$(warning " LOCAL_SRC_FILES is $(LOCAL_SRC_FILES) ") //打印$(LOCAL_SRC_FILES)，只是调试作用，#表示注释掉了
LOCAL_SHARED_LIBRARIES := usb-1.0 //依赖libusb-10.so动态库，多个依赖时使用空格隔开，这样就会先去编译生成libusb-10.so动态库，然后再编译生成libexample.so动态库
LOCAL_MODULE := example //指定生成so库的名称，最终的名称是libexample.so
include $(BUILD_SHARED_LIBRARY) //指定需要生成的是so动态库
附：wildcard函数有时会和subst函数结合使用，比如SDL库里的LOCAL_SRC_FILES如下所示(省略了一部分)：
LOCAL_SRC_FILES := \
$(subst $(LOCAL_PATH)/,, \ //替换操作。替换$(LOCAL_PATH) 的值的空，比如：$(subst OLD, NEW, TEXT)，即将字符串TEXT中的子串OLD变为NEW
$(wildcard $(LOCAL_PATH)/src/*.c) \ //src下的所有.c源文件
$(wildcard $(LOCAL_PATH)/src/audio/*.c) \ //src下的audio下的所有.c源文件
$(wildcard $(LOCAL_PATH)/src/audio/android/*.c)) //src下的audio下的android下的所有.c源文件
4. Application.mk 文件的写法
APP_OPTIM := release //生成release版本的动态库
TARGET_PLATFORM := android-16 //针对android sdk16生成动态库，也是最小sdk版本
APP_STL := stlport_static //使用stlport_static标准库，如果include <string.h>报错找不到string.h头文件，一般是忘记指定标准库，常用的还有 APP_STL := gnustl_static表示使用gnu标准库
APP_ABI := all //生成哪些架构的so动态库，all表示所有的，包括armeabi、armeabi-v7a、arm64-v8a、mips、mips64、x86、x86_64，也可以指定需要的，比如APP_ABI :=armeabi armeabi-v7a，多个之间空格隔开
# Workaround for MIPS toolchain linker being unable to find liblog dependency
# of shared object in NDK versions at least up to r9.
APP_LDFLAGS := -llog //提示链接log动态库，注释里的意思是生成MIPS架构时需要显示指定
