NDK 编译和使用静态库、动态库; Android.mk 文件语法详解; Android.mk高级写法

以下所有是基于Eclipse的，使用命令行的绕道。

1、STL的使用，以stlport为例

官方的说法是只需要在Application.mk文件中添加如下一行即可

Application.mk代码



APP_STL := stlport_static

即可，可是如果真只是这么做Eclipse中会提示找不到头文件！！！

还可以用GNU的标准库，参见ndk/docs/APPLICATION-MK.html文件中对APP_STL选项的说明。

找不到头文件的原因可能是Eclipse的代码提示功能在寻找头文件时可能并不会识别Application.mk中的配置。于是乎，还需要在工程的property中设置一下头文件所在路径。 看到第二行那个万恶的system路径了吧，那个不支持stl等功能的默认C++库的路径。。。。



附上自己实际使用的Application.mk文件

Application.mk代码



APP_ABI := x86 #只生成x86架构的CPU用的lib，要生成所有平台的可以改为all

#APP_STL := stlport_static

NDK_TOOLCHAIN_VERSION=4.7 #使用GCC4.7

APP_STL := gnustl_static #GNU STL

APP_CPPFLAGS := -fexceptions -frtti #允许异常功能，及运行时类型识别

APP_CPPFLAGS +=-std=c++11 #允许使用c++11的函数等功能

APP_CPPFLAGS +=-fpermissive #此项有效时表示宽松的编译形式，比如没有用到的代码中有错误也可以通过编译；使用GNU STL时不用此项std::string 居然编译不通过！！

2、添加其他头文件

cpp文件没试。只是添加头文件！ 跟添加stl支持一样，要在工程属性添加头文件路径。不过上面那个不知道是不是只是给IDE看的。。。google作的一致性还不够啊。。。

好吧，于是乎，还要在Android.mk中添加头文件路径，如：

Android.mk代码



LOCAL_C_INCLUDES :=$(LOCAL_PATH) D:\cppHeaders\Include

重新声明下，需要改两个地方：

1、在工程属性添加头文件路径
2、在Android.mk的LOCAL_C_INCLUDES项中添加头文件路径

3、编译器抽风的时候。。。

原本明明编译通过的代码又报错。。。。果断直接删除obj文件夹下的文件重新编译。

Good luck！！

NDK 编译和使用静态库、动态库

NDK 编译和使用静态库、动态库

情况一：编译静态库

情况二：编译动态库

情况三：编译动态库+静态库

情况四：已有第三方静态库（动态库），编译静态库（动态库）

默认所有代码和文件在$project/jni下，否则特殊说明。

情况一：编译静态库

文件Android.mk:

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := hello-jni

LOCAL_SRC_FILES := hello-jni.c

include $(BUILD_STATIC_LIBRARY)

文件Application.mk:

APP_MODULES:=hello-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 my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := mylib_static

LOCAL_SRC_FILES := src.c

include $(BUILD_STATIC_LIBRARY)

include $(CLEAR_VARS)

LOCAL_MODULE := mylib_shared

LOCAL_SRC_FILES := src2.c

LOCAL_STATIC_LIBRARIES:= mylib_static

include $(BUILD_SHARED_LIBRARY)

情况四：已有第三方静态库(动态库)，编译静态库(动态库)

文件Android.mk:

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := thirdlib1 # name it whatever

LOCAL_SRC_FILES :=$(TARGET_ARCH_ABI)/libthird1.a # or $(so_path)/libthird1.so

#LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)/include

include $(PREBUILT_STATIC_LIBRARY) #or PREBUILT_SHARED_LIBRARY

include $(CLEAR_VARS)

LOCAL_MODULE := mylib_use_thirdlib

LOCAL_SRC_FILES := src.c

LOCAL_STATIC_LIBRARIES:= thirdlib1 #or LOCAL_SHARED_LIBRARY



include $(BUILD_SHARED_LIBRARY) #如果编译静态库，需要Application.mk

Android.mk
文件语法详解

转：http://blog.sina.com.cn/s/blog_602f8770010148ce.html
=====================================================================================
0. Android.mk简介：
Android.mk文件用来告知NDK Build 系统关于Source的信息。 Android.mk将是GNU Makefile的一部分，且将被Build System解析一次或多次。
所以，请尽量少的在Android.mk中声明变量，也不要假定任何东西不会在解析过程中定义。

Android.mk文件语法允许我们将Source打包成一个"modules". modules可以是：
静态库
动态库。

只有动态库可以被 install/copy到应用程序包(APK). 静态库则可以被链接入动态库。
可以在一个Android.mk中定义一个或多个modules. 也可以将同一份source 加进多个modules.

Build System帮我们处理了很多细节而不需要我们再关心。例如：你不需要在Android.mk中列出头文件和外部依赖文件。
NDK Build System自动帮我们提供这些信息。这也意味着，当用户升级NDK后，你将可以受益于新的toolchain/platform而不必再去修改Android.mk.

1. Android.mk语法：
首先看一个最简单的Android.mk的例子：
LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := hello-jni
LOCAL_SRC_FILES := hello-jni.c

include $(BUILD_SHARED_LIBRARY)
讲解如下：
LOCAL_PATH := $(call my-dir)
每个Android.mk文件必须以定义LOCAL_PATH为开始。它用于在开发tree中查找源文件。
宏my-dir 则由Build System提供。返回包含Android.mk的目录路径。

include $(CLEAR_VARS)
CLEAR_VARS 变量由Build System提供。并指向一个指定的GNU Makefile，由它负责清理很多LOCAL_xxx.
例如：LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES等等。但不清理LOCAL_PATH.
这个清理动作是必须的，因为所有的编译控制文件由同一个GNU Make解析和执行，其变量是全局的。所以清理后才能避免相互影响。

LOCAL_MODULE := hello-jni
LOCAL_MODULE模块必须定义，以表示Android.mk中的每一个模块。名字必须唯一且不包含空格。
Build System会自动添加适当的前缀和后缀。例如，foo，要产生动态库，则生成libfoo.so. 但请注意：如果模块名被定为：libfoo.则生成libfoo.so. 不再加前缀。

LOCAL_SRC_FILES := hello-jni.c
LOCAL_SRC_FILES变量必须包含将要打包如模块的C/C++ 源码。
不必列出头文件，build System 会自动帮我们找出依赖文件。
缺省的C++源码的扩展名为.cpp. 也可以修改，通过LOCAL_CPP_EXTENSION。

include $(BUILD_SHARED_LIBRARY)
BUILD_SHARED_LIBRARY：是Build System提供的一个变量，指向一个GNU Makefile Script。
它负责收集自从上次调用 include $(CLEAR_VARS) 后的所有LOCAL_XXX信息。并决定编译为什么。

BUILD_STATIC_LIBRARY：编译为静态库。

BUILD_SHARED_LIBRARY ：编译为动态库

BUILD_EXECUTABLE：编译为Native C可执行程序

2. NDK Build System变量：
NDK Build System 保留以下变量名：
以LOCAL_ 为开头的
以PRIVATE_ ,NDK_ 或者APP_ 开头的名字。
小写字母名字：如my-dir

如果想要定义自己在Android.mk中使用的变量名，建议添加 ＭＹ＿　前缀。

2.1: NDK提供的变量：
此类GNU Make变量是NDK Build System在解析Android.mk之前就定义好了的。
2.1.1：CLEAR_VARS：

指向一个编译脚本。必须在新模块前包含之。
include $(CLEAR_VARS)
2.1.2：BUILD_SHARED_LIBRARY：
指向一个编译脚本，它收集自从上次调用 include $(CLEAR_VARS) 后的所有LOCAL_XXX信息。
并决定如何将你列出的Source编译成一个动态库。 注意，在包含此文件前，至少应该包含：LOCAL_MODULE and LOCAL_SRC_FILES 例如：

include $(BUILD_SHARED_LIBRARY)

2.1.3：BUILD_STATIC_LIBRARY：
与前面类似，它也指向一个编译脚本，
收集自从上次调用 include $(CLEAR_VARS) 后的所有LOCAL_XXX信息。
并决定如何将你列出的Source编译成一个静态库。 静态库不能够加入到Project 或者APK中。但它可以用来生成动态库。

LOCAL_STATIC_LIBRARIES and LOCAL_WHOLE_STATIC_LIBRARIES将描述之。

include $(BUILD_STATIC_LIBRARY)

2.1.4: BUILD_EXECUTABLE:
与前面类似，它也指向一个编译脚本，收集自从上次调用 include $(CLEAR_VARS)  后的所有LOCAL_XXX信息。
并决定如何将你列出的Source编译成一个可执行Native程序。

include $(BUILD_EXECUTABLE)

2.1.5：PREBUILT_SHARED_LIBRARY：
把这个共享库声明为 “一个” 独立的模块。

指向一个build 脚本，用来指定一个预先编译好多动态库。 与BUILD_SHARED_LIBRARY
and BUILD_STATIC_LIBRARY不同，
此时模块的LOCAL_SRC_FILES应该被指定为一个预先编译好的动态库，而非source
file. LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := foo-prebuilt # 模块名

LOCAL_SRC_FILES := libfoo.so # 模块的文件路径（相对于 LOCAL_PATH）

include $(PREBUILT_SHARED_LIBRARY) # 注意这里不是 BUILD_SHARED_LIBRARY

这个共享库将被拷贝到 $PROJECT/obj/local 和 $PROJECT/libs/<abi> (stripped) 主要是用在将已经编译好的第三方库
使用在本Android
Project中。为什么不直接将其COPY到libs/armabi目录呢？因为这样做缺陷很多。下一节再详细说明。

2.1.6: PREBUILT_STATIC_LIBRARY: 预先编译的静态库。 同上。

2.1.7: TARGET_ARCH: 目标ＣＰＵ架构名。如果为　“arm” 则声称ARM兼容的指令。与CPU架构版本无关。

2.1.8: TARGET_PLATFORM: 目标平台的名字。

2.1.9：TARGET_ARCH_ABI

Name of the target CPU+ABI

armeabi For ARMv5TE  armeabi-v7a
2.1.10：TARGET_ABI

2.2: NDK提供的功能宏：
GNU　Make 提供的功能宏，只有通过类似： $(call function)   的方式来得到其值，它将返回文本化的信息。

2.2.1: my-dir: $(call my-dir):
返回最近一次include的Makefile的路径。通常返回Android.mk所在的路径。它用来作为Android.mk的开头来定义LOCAL_PATH.

LOCAL_PATH := $(call my-dir)

请注意：返回的是最近一次include的Makefile的路径。所以在Include其它Makefile后，再调用$(call my-dir)会返回其它Android.mk 所在路径。   例如：

LOCAL_PATH := $(call my-dir)  ... declare one module   include $(LOCAL_PATH)/foo/Android.mk   LOCAL_PATH := $(call my-dir)  ... declare another module

则第二次返回的LOCAL_PATH　为：$PATH/foo。 而非$PATH.

2.2.2: all-subdir-makefiles:
返回一个列表，包含'my-dir'中所有子目录中的Android.mk。
例如： 结构如下：

sources/foo/Android.mk   sources/foo/lib1/Android.mk   sources/foo/lib2/Android.mk

在If sources/foo/Android.mk 中， include $(call all-subdir-makefiles)  那则自动include 了sources/foo/lib1/Android.mk and sources/foo/lib2/Android.mk。

2.2.3：this-makefile：
当前Makefile的路径。

2.2.4：parent-makefile：
返回include tree中父Makefile 路径。 也就是include 当前Makefile的Makefile Path。

2.2.5：import-module：
允许寻找并inport其它modules到本Android.mk中来。 它会从NDK_MODULE_PATH寻找指定的模块名。

$(call import-module,<name>)

2.3: 模块描述变量：
此类变量用来给Build System描述模块信息。在'include $(CLEAR_VARS)' 和 'include $(BUILD_XXXXX)'之间。必须定义此类变量。

include $(CLEAR_VARS) script用来清空这些变量。

include $(BUILD_XXXXX)收集和使用这些变量。

2.3.1: LOCAL_PATH:
这个值用来给定当前目录。必须在Android.mk的开是位置定义之。
例如：  LOCAL_PATH := $(call my-dir)  LOCAL_PATH不会被include $(CLEAR_VARS) 清理。

2.3.2: LOCAL_MODULE:
modules名。在include $(BUILD_XXXXX)之前，必须定义这个变量。此变量必须唯一且不能有空格。
通常，由此变量名决定最终生成的目标文件名。

2.3.3: LOCAL_MODULE_FILENAME:
可选。用来override LOCAL_MODULE. 即允许用户重新定义最终生成的目标文件名。    

LOCAL_MODULE := foo-version-1  LOCAL_MODULE_FILENAME := libfoo

2.3.4：LOCAL_SRC_FILES：
为Build Modules而提供的Source 文件列表。不需要列出依赖文件。 注意：文件相对于LOCAL_PATH存放，
且可以提供相对路径。 例如：

LOCAL_SRC_FILES := foo.c               \ toto/bar.c

2.3.5: LOCAL_CPP_EXTENSION:
指出C++ 扩展名。(可选)

LOCAL_CPP_EXTENSION := .cxx 从NDK R7后，可以写多个：

LOCAL_CPP_EXTENSION := .cxx .cpp .cc

2.3.6：LOCAL_CPP_FEATURES：
可选。用来指定C++ features。

LOCAL_CPP_FEATURES := rtti

LOCAL_CPP_FEATURES := exceptions

2.3.7：LOCAL_C_INCLUDES：
一个可选的path列表。相对于NDK ROOT 目录。编译时，将会把这些目录附上。

LOCAL_C_INCLUDES := sources/foo  LOCAL_C_INCLUDES := $(LOCAL_PATH)/../foo

2.3.8: LOCAL_CFLAGS:
一个可选的设置，在编译C/C++ source 时添加如Flags。
用来附加编译选项。 注意：不要尝试在此处修改编译的优化选项和Debug等级。它会通过您Application.mk中的信息自动指定。
也可以指定include 目录通过：LOCAL_CFLAGS += -I<path>。 这个方法比使用LOCAL_C_INCLUDES要好。因为这样也可以被ndk-debug使用。

2.3.9: LOCAL_CXXFLAGS:

LOCAL_CPPFLAGS的别名。

2.3.10: LOCAL_CPPFLAGS:
C++ Source 编译时添加的C Flags。这些Flags将出现在LOCAL_CFLAGS flags 的后面。

2.3.11: LOCAL_STATIC_LIBRARIES:
要链接到本模块的静态库list。(built with BUILD_STATIC_LIBRARY)

2.3.12: LOCAL_SHARED_LIBRARIES:
要链接到本模块的动态库。

2.3.13：LOCAL_WHOLE_STATIC_LIBRARIES：

静态库全链接。 不同于LOCAL_STATIC_LIBRARIES，类似于使用--whole-archive

2.3.14：LOCAL_LDLIBS：

linker flags。 可以用它来添加系统库。 如 -lz:

LOCAL_LDLIBS := -lz

2.3.15: LOCAL_ALLOW_UNDEFINED_SYMBOLS:

2.3.16: LOCAL_ARM_MODE:
缺省模式下，ARM目标代码被编译为thumb模式。每个指令16位。如果指定此变量为：arm。 则指令为32位。

LOCAL_ARM_MODE := arm   其实也可以指定某一个或者某几个文件的ARM指令模式。

2.3.17: LOCAL_ARM_NEON:
设置为true时，会讲浮点编译成neon指令。这会极大地加快浮点运算(前提是硬件支持)
只有targeting 为 'armeabi-v7a'时才可以。

2.3.18：LOCAL_DISABLE_NO_EXECUTE：

2.3.19: LOCAL_EXPORT_CFLAGS:
定义这个变量用来记录C/C++编译器标志集合，
并且会被添加到其他任何以LOCAL_STATIC_LIBRARIES和LOCAL_SHARED_LIBRARIES的模块的LOCAL_CFLAGS定义中

LOCAL_SRC_FILES := foo.c bar.c.arm

注意：此处NDK版本为NDK R7C.（不同NDK版本，ndk-build所产生的Makefile并不完全相同）
============================================================================
其他一些有关mk文件资料：
1.Android JNI入门第四篇——Android.mk文件分析：http://blog.csdn.net/xyz_lmn/article/details/6966259
2.android编译系统makefile(Android.mk)写法：/article/5953886.html
3.android makefile(android.mk)分析（序）：http://blog.csdn.net/chief1985/article/details/4699831
4.Android.mk的用法和基础：http://blog.csdn.net/zhandoushi1982/article/details/5316669

《Android.mk高级写法》
http://blog.csdn.net/langresser_king/article/details/8275291
原本只是想记录一些常用的使用技巧，但是越写越得意(>_<)，忍不住想要做出一份相对完善的说明文档，以供大家研究探讨。
写这篇文章的起因当然是实际工程需要，在搭建一个网游的android客户端时遇到种种恶心的问题，比如文件过多导致"Argument list too long"的错误，又比如增加和删除文件时都需要维护好Android.mk配置，虽然可以通过写个脚本自动生成android.mk，但是终归不是很漂亮的解决方案。通过本文所提到的几个方法，可以使Android.mk变得十分简洁，减少增加和删减工程文件时对Android.mk的修改，工程文件数目较多时会非常实用。
我先附上修改后的cocos2d-x工程配置（在本文的最后，我还会附上原始的配置，有兴趣的同学可以对比下看看），然后在此基础上逐一说明：

[plain] view
plain copy

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := cocos2dx_static

LOCAL_MODULE_FILENAME := libcocos2d

#1 定义查找所有cpp文件的宏

define all-cpp-files-under

$(patsubst ./%,%, $(shell find $(LOCAL_PATH) -name "platform" -prune -o -name "*.cpp" -and -not -name ".*"))

endef

define all-subdir-cpp-files

$(call all-cpp-files-under,.)

endef

#2 定义查找所有c文件的宏，android有默认定义，此处可酌情省略

define all-c-files-under

$(patsubst ./%,%, $(shell find $(LOCAL_PATH) -name "platform" -prune -o -name "*.c" -and -not -name ".*"))

endef

define all-subdir-c-files

$(call all-c-files-under,.)

endef

#3 通过查找获取所有工程文件列表

CPP_FILE_LIST := $(call all-subdir-cpp-files) \

$(wildcard $(LOCAL_PATH)/platform/*.cpp) \

$(wildcard $(LOCAL_PATH)/platform/android/*.cpp) \

$(wildcard $(LOCAL_PATH)/platform/android/jni/*.cpp)

C_FILE_LIST := $(call all-subdir-c-files)

#4 加入工程文件，之所以不直接加是需要进行一个LOCAL_PATH的替换

LOCAL_SRC_FILES := $(CPP_FILE_LIST:$(LOCAL_PATH)/%=%)

LOCAL_SRC_FILES += $(C_FILE_LIST:$(LOCAL_PATH)/%=%)

LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH) \

$(LOCAL_PATH)/include \

$(LOCAL_PATH)/kazmath/include \

$(LOCAL_PATH)/platform/android

LOCAL_EXPORT_LDLIBS := -llog\

-lz \

-lGLESv2

#5 加入头文件

LOCAL_C_INCLUDES := $(LOCAL_PATH) \

$(LOCAL_PATH)/include \

$(LOCAL_PATH)/kazmath/include \

$(LOCAL_PATH)/platform/android

#6 需要链接的系统默认库

LOCAL_LDLIBS := -lGLESv2 \

-lEGL \

-llog \

-lz

#7 加入静态库，加了LOCAL_WHOLE_STATIC_LIBRARIES代表编译器会将静态库完整链接而不会进行删减优化

LOCAL_WHOLE_STATIC_LIBRARIES := cocos_libpng_static

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_jpeg_static

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_libxml2_static

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_libtiff_static

#8 预编译宏

# define the macro to compile through support/zip_support/ioapi.c

LOCAL_CFLAGS := -DUSE_FILE32API

LOCAL_EXPORT_CFLAGS := -DUSE_FILE32API

#9 声明生成静态库

include $(BUILD_STATIC_LIBRARY)

#10 添加外部导入库目录

$(call import-add-path,$(LOCAL_PATH))

#11 添加导入库（基于上一行添加的导入库目录）

$(call import-module,platform/third_party/android/prebuilt/libjpeg)

$(call import-module,platform/third_party/android/prebuilt/libpng)

$(call import-module,platform/third_party/android/prebuilt/libxml2)

$(call import-module,platform/third_party/android/prebuilt/libtiff)

首先是自动遍历整个工程文件的方法，当解决这个问题，我们的目的也就实现了一大半。我先介绍makefile里面的三个常用命令：

1、wildcard : 扩展通配符，用于查找一个目录下的所有符合条件的文件

2、notdir ： 去除路径，仅保留文件名

3、patsubst ：替换通配符，也可以是任意文本替换
#1 #2这两处我定义了两个宏，用于遍历整个工程的cpp和c文件。

[plain] view
plain copy

$(patsubst ./%,%, $(shell find $(LOCAL_PATH) -name "platform" -prune -o -name "*.c" -and -not -name ".*"))

如上文所说，patsubst是文本替换，也就是把$(shell....)所返回的查找到的所有文件名去除掉开头的"./"，具体替换原因我们下文会说明。 $(shell...)会执行任意的shell命令（如果是在windows下，就一定要用cygwin来执行ndk-build）。

find可以查找指定目录下的所有符合条件的文件。find后面跟查找目录，这里就是Android.mk所在目录。需要特别注意后面的 -name "platform" -prune这个参数，它可以过滤掉特定文件夹（"platform"）,使用时要先通过-name把文件夹名字传递过去，然后添加-prune，如果没有需要过滤的文件夹，就不需要这个参数了。
-o可以指定输出，如果使用了-prune就一定要有这个参数，表示在过滤结果的基础上进行查找。 最后跟查找的判定式，示例中的判定式代表查找所有.c文件但是忽略以.开头的文件（通常是系统文件或隐藏文件）。 find命令是实现文件遍历的基础。
#3处我们定义了一个宏代表文件列表

[plain] view
plain copy

CPP_FILE_LIST := $(call all-subdir-cpp-files) \

$(wildcard $(LOCAL_PATH)/platform/*.cpp) \

$(wildcard $(LOCAL_PATH)/platform/android/*.cpp) \

$(wildcard $(LOCAL_PATH)/platform/android/jni/*.cpp)

C_FILE_LIST := $(call all-subdir-c-files)

调用 $(call all-subdir-cpp-files) 返回了所有cpp文件列表，但是由于我们有指定忽略platform目录的文件，所以需要在后面把这个目录下android平台相关的文件加进来。

[plain] view
plain copy

$(wildcard $(LOCAL_PATH)/platform/*.cpp)

这个我们一开始有介绍，就是遍历某一目录下的所有特定扩展名的文件。这个命令的缺点是不支持递归目录遍历（否则也就不需要我们前面写一大堆东西了），不过如果你的工程没有太多目录的话，可以直接使用这个。
#4处正式把文件加入到android工程中

[plain] view
plain copy

LOCAL_SRC_FILES := $(CPP_FILE_LIST:$(LOCAL_PATH)/%=%)

LOCAL_SRC_FILES += $(C_FILE_LIST:$(LOCAL_PATH)/%=%)

$(CPP_FILE_LIST:$(LOCAL_PATH)/%=%) 这个又是一个文本替换技巧。意思是，把CPP_FILE_LIST里面的所有$(LOCAL_PATH)/去掉。之所以有这样的替换是因为LOCAL_SRC_FILES已经包含了LOCAL_PATH，其文件名应该是相对于Android.mk的相对路径。如果SRC_FILES里面还包含LOCAL_PATH的路径那就出错了。同样这也是我们在#1
#2处需要将查找到的文件名中的"./"去除掉的原因。

#5~#9可以直接看注释，没有什么需要特别说明的。
我们再重点说下#10 #11，也就是导入库的使用。

[plain] view
plain copy

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_jpeg_static

#LOCAL_STATIC_LIBRARIES += cocos_jpeg_static

$(call import-module,platform/third_party/android/prebuilt/libjpeg)

加入静态库（第一行和第二行看实际情况使用，差别不大），然后使用call import-module引入导入库。在编译我们这个Android.mk模块时编译器会自动查找并编译libjpeg模块。通过使用导入库可以更加清晰和方便的复用现有库，或者像我一样把一个大的工程拆分成多个子模块，然后再链接到一起。这样还有一个附带的好处是，当我们修改Android.mk文件时，本文件的代码都会重新编译，但是导入库引入的模块不会。如果我们的工程很大，那么使用导入库后就可以避免修改一下配置就重新编译整个工程的情况。

prebuilt库的使用：
目的：复用没有源代码的静态库或动态库。
方式：新建一个文件夹如libpng，将头文件放到里面的include目录，.a静态库放到里面的libs目录，新建一个Android.mk其内容如下

[plain] view
plain copy

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := cocos_libpng_static

LOCAL_MODULE_FILENAME := png

LOCAL_SRC_FILES := libs/$(TARGET_ARCH_ABI)/libpng.a

LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)/include

include $(PREBUILT_STATIC_LIBRARY)

重点有两个LOCAL_MODULE是prebuilt库的名字，外部使用时添加的就是这个名字， LOCAL_EXPORT_C_INCLUDES是导出头文件，方便外部头文件包含。

外部使用时像普通的导入库一样使用，再次强调名字一定要一致，否则prebuilt库无法正确导入，就会出现头文件找不到或者是链接错误：

[plain] view
plain copy

LOCAL_WHOLE_STATIC_LIBRARIES := cocos_libpng_static

$(call import-module,cocos2dx/platform/third_party/android/prebuilt/libpng)

最后附上cocos2d-x原始工程文件以供对比：

[plain] view
plain copy

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE := cocos2dx_static

LOCAL_MODULE_FILENAME := libcocos2d

LOCAL_SRC_FILES := \

CCConfiguration.cpp \

CCScheduler.cpp \

CCCamera.cpp \

actions/CCAction.cpp \

actions/CCActionCamera.cpp \

actions/CCActionCatmullRom.cpp \

actions/CCActionEase.cpp \

actions/CCActionGrid.cpp \

actions/CCActionGrid3D.cpp \

actions/CCActionInstant.cpp \

actions/CCActionInterval.cpp \

actions/CCActionManager.cpp \

actions/CCActionPageTurn3D.cpp \

actions/CCActionProgressTimer.cpp \

actions/CCActionTiledGrid.cpp \

actions/CCActionTween.cpp \

base_nodes/CCAtlasNode.cpp \

base_nodes/CCNode.cpp \

cocoa/CCAffineTransform.cpp \

cocoa/CCGeometry.cpp \

cocoa/CCAutoreleasePool.cpp \

cocoa/CCDictionary.cpp \

cocoa/CCNS.cpp \

cocoa/CCObject.cpp \

cocoa/CCSet.cpp \

cocoa/CCString.cpp \

cocoa/CCZone.cpp \

cocoa/CCArray.cpp \

cocos2d.cpp \

CCDirector.cpp \

draw_nodes/CCDrawingPrimitives.cpp \

draw_nodes/CCDrawNode.cpp \

effects/CCGrabber.cpp \

effects/CCGrid.cpp \

kazmath/src/aabb.c \

kazmath/src/mat3.c \

kazmath/src/mat4.c \

kazmath/src/neon_matrix_impl.c \

kazmath/src/plane.c \

kazmath/src/quaternion.c \

kazmath/src/ray2.c \

kazmath/src/utility.c \

kazmath/src/vec2.c \

kazmath/src/vec3.c \

kazmath/src/vec4.c \

kazmath/src/GL/mat4stack.c \

kazmath/src/GL/matrix.c \

keypad_dispatcher/CCKeypadDelegate.cpp \

keypad_dispatcher/CCKeypadDispatcher.cpp \

label_nodes/CCLabelAtlas.cpp \

label_nodes/CCLabelBMFont.cpp \

label_nodes/CCLabelTTF.cpp \

layers_scenes_transitions_nodes/CCLayer.cpp \

layers_scenes_transitions_nodes/CCScene.cpp \

layers_scenes_transitions_nodes/CCTransitionPageTurn.cpp \

layers_scenes_transitions_nodes/CCTransition.cpp \

layers_scenes_transitions_nodes/CCTransitionProgress.cpp \

menu_nodes/CCMenu.cpp \

menu_nodes/CCMenuItem.cpp \

misc_nodes/CCClippingNode.cpp \

misc_nodes/CCMotionStreak.cpp \

misc_nodes/CCProgressTimer.cpp \

misc_nodes/CCRenderTexture.cpp \

particle_nodes/CCParticleExamples.cpp \

particle_nodes/CCParticleSystem.cpp \

particle_nodes/CCParticleBatchNode.cpp \

particle_nodes/CCParticleSystemQuad.cpp \

platform/CCSAXParser.cpp \

platform/CCThread.cpp \

platform/platform.cpp \

platform/CCEGLViewProtocol.cpp \

platform/android/CCEGLView.cpp \

platform/android/CCAccelerometer.cpp \

platform/android/CCApplication.cpp \

platform/android/CCCommon.cpp \

platform/android/CCFileUtils.cpp \

platform/android/CCImage.cpp \

platform/android/jni/Java_org_cocos2dx_lib_Cocos2dxBitmap.cpp \

platform/android/jni/Java_org_cocos2dx_lib_Cocos2dxHelper.cpp \

platform/android/jni/Java_org_cocos2dx_lib_Cocos2dxRenderer.cpp \

platform/android/jni/Java_org_cocos2dx_lib_Cocos2dxAccelerometer.cpp \

platform/android/jni/JniHelper.cpp \

platform/android/jni/IMEJni.cpp \

platform/android/jni/TouchesJni.cpp \

script_support/CCScriptSupport.cpp \

shaders/ccShaders.cpp \

shaders/CCGLProgram.cpp \

shaders/ccGLStateCache.cpp \

shaders/CCShaderCache.cpp \

sprite_nodes/CCAnimation.cpp \

sprite_nodes/CCAnimationCache.cpp \

sprite_nodes/CCSprite.cpp \

sprite_nodes/CCSpriteBatchNode.cpp \

sprite_nodes/CCSpriteFrame.cpp \

sprite_nodes/CCSpriteFrameCache.cpp \

support/CCNotificationCenter.cpp \

support/CCProfiling.cpp \

support/CCPointExtension.cpp \

support/TransformUtils.cpp \

support/CCUserDefault.cpp \

support/base64.cpp \

support/ccUtils.cpp \

support/CCVertex.cpp \

support/data_support/ccCArray.cpp \

support/image_support/TGAlib.cpp \

support/zip_support/ZipUtils.cpp \

support/zip_support/ioapi.cpp \

support/zip_support/unzip.cpp \

text_input_node/CCIMEDispatcher.cpp \

text_input_node/CCTextFieldTTF.cpp \

textures/CCTexture2D.cpp \

textures/CCTextureAtlas.cpp \

textures/CCTextureCache.cpp \

textures/CCTexturePVR.cpp \

tilemap_parallax_nodes/CCParallaxNode.cpp \

tilemap_parallax_nodes/CCTMXLayer.cpp \

tilemap_parallax_nodes/CCTMXObjectGroup.cpp \

tilemap_parallax_nodes/CCTMXTiledMap.cpp \

tilemap_parallax_nodes/CCTMXXMLParser.cpp \

tilemap_parallax_nodes/CCTileMapAtlas.cpp \

touch_dispatcher/CCTouchDispatcher.cpp \

touch_dispatcher/CCTouchHandler.cpp \

touch_dispatcher/CCTouch.cpp

LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH) \

$(LOCAL_PATH)/include \

$(LOCAL_PATH)/kazmath/include \

$(LOCAL_PATH)/platform/android

LOCAL_EXPORT_LDLIBS := -llog\

-lz \

-lGLESv2

LOCAL_C_INCLUDES := $(LOCAL_PATH) \

$(LOCAL_PATH)/include \

$(LOCAL_PATH)/kazmath/include \

$(LOCAL_PATH)/platform/android

LOCAL_LDLIBS := -lGLESv2 \

-lEGL \

-llog \

-lz

LOCAL_WHOLE_STATIC_LIBRARIES := cocos_libpng_static

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_jpeg_static

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_libxml2_static

LOCAL_WHOLE_STATIC_LIBRARIES += cocos_libtiff_static

# define the macro to compile through support/zip_support/ioapi.c

LOCAL_CFLAGS := -DUSE_FILE32API

LOCAL_EXPORT_CFLAGS := -DUSE_FILE32API

include $(BUILD_STATIC_LIBRARY)

$(call import-module,libjpeg)

$(call import-module,libpng)

$(call import-module,libxml2)

$(call import-module,libtiff)