分类： Android

google提供了Android Support Library package 系列的包来保证来高版本sdk开发的向下兼容性，即我们用4.x开发时，在1.6等版本上，可以使用高版本的有些特性，如fragement,ViewPager等，下面，简单说明下这几个版本间的区别：

Android Support v4:  这个包是为了照顾1.6及更高版本而设计的，这个包是使用最广泛的，eclipse新建工程时，都默认带有了。

    Android Support v7:  这个包是为了考虑照顾2.1及以上版本而设计的，但不包含更低，故如果不考虑1.6,我们可以采用再加上这个包，另外注意，v7是要依赖v4这个包的，即，两个得同时被包含。

    Android Support v13  :这个包的设计是为了android 3.2及更高版本的，一般我们都不常用，平板开发中能用到。

Overview

First of all let's overview the structure of a typical Android app containing native code:

The app code is stored inside an .apk file that is essentially a ZIP archive containing the classes.dex file (with all the Java code) and one or more native libraries in lib\<EABI name> subdirectory. The typical lifecycle of an application with native code is the following:

1. The Android OS loads the Java code and starts executing it
2. The Java code calls System.loadLibrary() to load a native library.
3. The Java code starts calling functions from the native code.

Each native library exists in 2 versions:

•  A "full" version debugging information that associates code addresses inside the library with source files and lines. This version resides in obj\local\armeabi under your project directory.
• A "stripped" version without the debugging information that resides in libs\armeabi and gets packaged into the APK file.

While the Android device runs the smaller "stripped" version of the library, the GDB debugger needs the larger "non-stripped" version to map source files into addresses and vice versa:

Setting breakpoints

When you set a breakpoint on a given line of a source file, the GDB debugger needs to perform certain computations before the breakpoint can be physically created and starts triggering. Assume libNative1 is loaded at address 0x10000 and the user is setting a breakpoint in line 24 of c:\main.cpp. GDB will do the following before it can set a breakpoint:

1. GDB starts searching all loaded libraries for the file called "c:\main.cpp". In this example the Android OS only reports the libNative1.so library.
2. GDB looks inside obj\local\armeabi for a file called libNative1.so which is the "non-stripped" version of the library containing the debug information. GDB reads the symbol table from it and finds c:\main.cpp inside it.
3. Based on the symbol table GDB computes that line 24 corresponds to offset +0x2. It adds 0x2 to the load address of libNative1.so (0x10000) and sets the breakpoint at 0x10002.

If any of the 3 steps fail, the breakpoint will not be created, or will be created wrongly and will never be hit. The next section explains how to diagnose and fix the related problems.

Diagnosing the problems

This section provides detailed instructions how to check for the most common problems with breakpoints caused by non-standard configurations or missing files:

A. Ensure that the library is loaded

First thing to do is to determine if the native library has been actually loaded and if GDB knows about it. It is done by running the "info shared" command in GDB:

The output from the info shared command should include 3 important lines:

1. Loaded symbols for "linker"
2. Loaded symbols for "libc.so"
3. Loaded symbols for all native libraries you want to debug.

Here's an example of those lines:

If some of the libraries are not present, you can force GDB to manually reload the symbols by running the following command in GDB:

The obj/local/armeabi directory of your project should be present among the reported directories and it should contain the .so file with symbols. If not, copy the correct .so file into a directory listed here and rerun the "sharedlibrary" command.

You can alternatively force GDB to search additional directories for the .so file using the set solib-search-path command.

If your .so library is not present in the list, it has not been loaded by the Java code yet. Please ensure that System.loadLibrary() is called from your Java code and that it succeeds without any Java exceptions.

B. Ensure that you are using correct file paths

A common cause of many breakpoint problems is a configuration when the directories using for building and debugging your project are different. E.g. if the library was compiled from c:\projects and then the sources were moved to d:\projects, setting a breakpoint in d:\projects\main.cpp will fail, as GDB will not accept c:\projects\main.cpp as a substitute.

Those problems can be diagnosed by looking into the source file lists and comparing them with the file used to set a breakpoint. First of all, remove your breakpoint, try setting your breakpoint again and watch what GDB command is issued by your IDE:

The -break-insert command used to set a breakpoint will specify a path to your source file.

Run the "info sources" command to see the source files discovered by GDB:

Copy the output of the command to the clipboard (Ctrl-A, Ctrl-C), paste it into a text editor and search for the source file you are trying to debug (e.g. MyAndroidApp.c):

If the file is not present in the list, you have loaded a wrong version of the .so file (see previous section). If the file is present, but the path is different from the one used in -break-insert command, you have found the cause of your problem. Rebuild your app using the new path, or move the file back to an old location so that the path used for creating breakpoints matches the path reported by the "info sources" command.

Note that GDB requires the file path to be EXACTLY the same as reported by "info sources", including double slash before "jni".

C. Recheck file versions and do a clean build

If your breakpoints are set, but never hit, there is probably a mismatch between the .so file version loaded into the Android application and the .so file version used by GDB to compute addresses from source lines. The most common cause for it is the bug in the Android loader that loads the armeabi library instead of the armeabi-v7a version. If you suspect this to happen, change your build configuration to build either armeabi, or armeabi-v7a platform, but not both at the same time and rebuild your application.'

引用自  http://www.codeproject.com/Articles/493043/Why-your-Android-NDK-breakpoints-might-fail-and-ho

Android 2.3起，新增加了一个新的类，叫StrictMode(android.os.StrictMode)。这个类可以用来帮助开发者改进他们编写的应用，并且提供了各种的策略，这些策略能随时检查报告开发者开发应用中存在的问题，比如可以监视那些本不应该在主线程中完成的工作或者其他的一些不规范和不好的代码。

StrictMode的策略和规则

　　目前，有两大类的策略可供使用

一类是关于常用的监控方面的

Disk Reads 磁盘读

Disk Writes 磁盘写

Network access 网络访问

Custom Slow Code 自定义的运行速度慢的代码分析

前面三种的意思读者应该很清楚，就是正如它们的名字所示，分别对磁盘的读和写，网络访问进行监控。而第四种的自定义慢代码分析，是仅当访问调用类的时后才触发的，可以通过这种

方法去监视运行缓慢的代码。当在主线程中调用时，这些验证规则就会起作用去检查你的代码。比如，当你的应用在下载或者解析大量的数据时，你可以触发自定义运行速度慢代码的查询分、

析，作用很大。StrictMode可以用于捕捉发生在应用程序主线程中耗时的磁盘、网络访问或函数调用，可以帮助开发者使其改进程序，使主线程处理UI和动画在磁盘读写和网络操作时变得更平

滑，避免主线程被阻塞的发生。

另一类是关于VM虚拟机等方面的策略

内存泄露的Activity对象

内存泄露的SQLite对象

内存泄露的释放的对象

其中，内存泄露的Activity对象和内存泄露的SQLite对象都比较好理解，而所谓对关闭对象的检查，主要是去监那些本该释放的对象，比如应该调用close()方法的对象

相关的违反情况可以记录在LogCat中或者存储在DropBox中(android.os.DropBox)服务中

　　如何使用：

　　放在activity的周期onCreate方法中

希望各位不要出现这个错误，出现这个错误就要折腾一会了

首先继续repo sync，若是一直提示这个错误，那么就按照下面的方法来做吧：

关于这个问题其实google是有说明的http://source.android.com/source/downloading.html，为了防止连接数过多，每个ip都需要认证。。。

第一步：从这里 the password generator 获取用户名和密码，前提是你在之前填写了你的真实姓名和邮箱

第二步：将上面的页面上以machine开头的两行复制到 ~/.netrc文件中

第三步：

多了个“/a”,并且指定 “--config-name”

参数，很多时候会用以前配置过的用户名密码，指定这个参数会重新设置用户名

然后就可以repo sync了

特别注意.netrc文件是在用户的根目录下，root用户就是/目录下，如果没有的话就自己建一个，把权限改为 777 好了

最近在研究 Cocos2dX ,一直没弄明白 GLSurfaceView 是如何工作的，研究代码发现了动态创建了FrameLayout（单帧布局） ，特意研究了一下这个布局，信息，发现果然比较适合 OpenGL ES 之流的东西的绘制。

FrameLayout是五大布局中最简单的一个布局， 在这个布局中，整个界面被当成一块空白备用区域，所有的子元素都不能被指定放置的位置，它们统统放于这块区域的左上角，并且后面的子元素直接覆盖在前面的 子元素之上，将前面的子元素部分和全部遮挡。显示效果如下，第一个TextView被第二个TextView完全遮挡，第三个TextView遮挡了第二 个TextView的部分位置。

参考的XML 信息

这样子，就可以保证，前面的Java控件的绘制，不会阻挡了后面的C++ 代码的绘制，加上JNI 的协助，基本上实现了本地代码跟其他Java的近乎实时的无缝交互。

确认Android源代码的版本号：

1. 编译的时候在终端中一开始就会打印出来：

2. 直接去make文件中去看：

引用 http://blog.csdn.net/hudashi/article/details/7059006

Android.mk文件是GNU Makefile的一小部分，它用来对Android程序进行编译。
因为所有的编译文件都在同一个 GNU MAKE 执行环境中进行执行，而Android.mk中所有的变量都是全局的。因此，您应尽量少声明变量，不要认为某些变量在解析过程中不会被定义。
一个Android.mk文件可以编译多个模块，每个模块属下列类型之一：
1）APK程序
一般的Android程序，编译打包生成apk文件
2）JAVA库
java类库，编译打包生成jar文件
3)C\C++应用程序
可执行的C\C++应用程序
4）C\C++静态库
编译生成C\C++静态库，并打包成.a文件
5）C\C++共享库
编译生成共享库（动态链接库），并打包成.so文， 有且只有共享库才能被安装/复制到您的应用软件（APK）包中。
可以在每一个Android.mk file 中定义一个或多个模块，你也可以在几个模块中使用同一个
源代码文件。  编译系统为你处理许多细节问题。例如，你不需要在你的 Android.mk 中列出头文件和依
赖文件。编译系统将会为你自动处理这些问题。这也意味着，在升级 NDK 后，你应该
得到新的toolchain/platform支持，而且不需要改变你的 Android.mk 文件。
注意，NDK的Anroid.mk语法同公开发布的Android平台开源代码的Anroid.mk语法很接近，然而编译系统实现他们的
方式却是不同的，这是故意这样设计的，可以让程序开发人员重用外部库的源代码更容易。
在描述语法细节之前，咱们来看一个简单的"hello world"的例子，比如，下面的文件：
sources/helloworld/helloworld.c
sources/helloworld/Android.mk
'helloworld.c'是一个 JNI 共享库，实现返回"hello world"字符串的原生方法。相应的
Android.mk 文件会象下面这样：
LOCAL_PATH := $(callmy-dir)include$(CLEAR_VARS)
LOCAL_MODULE:= helloworld
LOCAL_SRC_FILES := helloworld.c
include $(BUIL{D}_{S}HARE{D}_{L}IBRARY)\mathrm{解}\mathrm{释}\mathrm{一}\mathrm{下}\mathrm{几}\mathrm{行}\mathrm{代}\mathrm{码}：LOCA{L}_{P}ATH:=$(call my-dir)
一个Android.mk file首先必须定义好LOCAL_PATH变量。它表示是当前文件的路径。
在这个例子中， 宏函数‘my-dir’,  由编译系统提供， 用于返回当前路径(即包含Android.mk file
文件的目录)。
include $(CLEA{R}_{V}ARS)CLEA{R}_{V}ARS\mathrm{由}\mathrm{编}\mathrm{译}\mathrm{系}\mathrm{统}\mathrm{提}\mathrm{供}(\mathrm{可}\mathrm{以}\mathrm{在}android\mathrm{安}\mathrm{装}\mathrm{目}\mathrm{录}\mathrm{下}\mathrm{的}/build/core/config.mk\mathrm{文}\mathrm{件}\mathrm{看}\mathrm{到}\mathrm{其}\mathrm{定}\mathrm{义}，\mathrm{为}CLEA{R}_{V}ARS:=$(BUILD_SYSTEM)/clear_vars.mk)，指定让GNU MAKEFILE该脚本为你清除许多 LOCAL_XXX 变量 ( 例如 LOCAL_MODULE ， LOCAL_SRC_FILES ，LOCAL_STATIC_LIBRARIES，等等…)，除 LOCAL_PATH。这是必要的，因为所有的编译文件都在同一个 GNU MAKE 执行环境中，所有的变量都是全局的。所以我们需要先清空这些变量（LOCAL_PATH除外）。又因为LOCAL_PATH总是要求在每个模块中都要进行 设置，所以并需要清空它。
另外注意，该语句的意思就是把CLEAR_VARS变量所指向的脚本文件包含进来。
LOCAL_MODULE := helloworld
LOCAL_MODULE 变量必须定义，以标识你在 Android.mk 文件中描述的每个模块。名称必须是唯一的，而且不包含任何空格。注意编译系统会自动产生合适的前缀和后缀，换句话说，一个被命名为'foo'的共享库模 块，将会生成'libfoo.so'文件。
注意：如果把库命名为‘libhelloworld’，编译系统将不会添加任何的 lib 前缀，也会生成 libhelloworld.so。
LOCAL_SRC_FILES := helloworld.c
LOCAL_SRC_FILES 变量必须包含将要编译打包进模块中的 C 或 C++源代码文件。不用
在这里列出头文件和包含文件，编译系统将会自动找出依赖型的文件，当然对于包含文件，你包含时指定的路径应该正确。
注意，默认的 C++源码文件的扩展名是‘.cpp’ 。指定一个不同的扩展名也是可能的，只要定义LOCAL_DEFAULT_CPP_EXTENSION 变量，不要忘记开始的小圆点(也就是定义为  ‘.cxx’,而不是‘cxx’)
include $(BUIL{D}_{S}HARE{D}_{L}IBRARY)BUIL{D}_{S}HARE{D}_{L}IBRARY\mathrm{是}\mathrm{编}\mathrm{译}\mathrm{系}\mathrm{统}\mathrm{提}\mathrm{供}\mathrm{的}\mathrm{变}\mathrm{量}，\mathrm{指}\mathrm{向}\mathrm{一}\mathrm{个}GNUMakefile\mathrm{脚}\mathrm{本}(\mathrm{应}\mathrm{该}\mathrm{就}\mathrm{是}\mathrm{在}build/core\mathrm{目}\mathrm{录}\mathrm{下}\mathrm{的}share{d}_{l}ibrary.mk)，\mathrm{将}\mathrm{根}\mathrm{据}LOCA{L}_{X}XX\mathrm{系}\mathrm{列}\mathrm{变}\mathrm{量}\mathrm{中}\mathrm{的}\mathrm{值}，\mathrm{来}\mathrm{编}\mathrm{译}\mathrm{生}\mathrm{成}\mathrm{共}\mathrm{享}\mathrm{库}（\mathrm{动}\mathrm{态}\mathrm{链}\mathrm{接}\mathrm{库}）。\mathrm{如}\mathrm{果}\mathrm{想}\mathrm{生}\mathrm{成}\mathrm{静}\mathrm{态}\mathrm{库}，\mathrm{则}\mathrm{用}BUIL{D}_{S}TATI{C}_{L}IBRARY\mathrm{在}NDK\mathrm{的}sources/samples\mathrm{目}\mathrm{录}\mathrm{下}\mathrm{有}\mathrm{更}\mathrm{复}\mathrm{杂}\mathrm{一}\mathrm{点}\mathrm{的}\mathrm{例}\mathrm{子}，\mathrm{写}\mathrm{有}\mathrm{注}\mathrm{释}\mathrm{的}Android.mk\mathrm{文}\mathrm{件}。\mathrm{二}、\mathrm{自}\mathrm{定}\mathrm{义}\mathrm{变}\mathrm{量}\mathrm{以}\mathrm{下}\mathrm{是}\mathrm{在}Android.mk\mathrm{中}\mathrm{依}\mathrm{赖}\mathrm{或}\mathrm{定}\mathrm{义}\mathrm{的}\mathrm{变}\mathrm{量}\mathrm{列}\mathrm{表}，\mathrm{可}\mathrm{以}\mathrm{定}\mathrm{义}\mathrm{其}\mathrm{他}\mathrm{变}\mathrm{量}\mathrm{为}\mathrm{自}\mathrm{己}\mathrm{使}\mathrm{用}，\mathrm{但}\mathrm{是}NDK\mathrm{编}\mathrm{译}\mathrm{系}\mathrm{统}\mathrm{保}\mathrm{留}\mathrm{下}\mathrm{列}\mathrm{变}\mathrm{量}\mathrm{名}：-\mathrm{以}LOCA{L}_{\mathrm{开}}\mathrm{头}\mathrm{的}\mathrm{名}\mathrm{字}（\mathrm{例}\mathrm{如}LOCA{L}_{M}ODULE）-\mathrm{以}PRIVAT{E}_{,}ND{K}_{\mathrm{或}}AP{P}_{\mathrm{开}}\mathrm{头}\mathrm{的}\mathrm{名}\mathrm{字}（\mathrm{内}\mathrm{部}\mathrm{使}\mathrm{用}）-\mathrm{小}\mathrm{写}\mathrm{名}\mathrm{字}（\mathrm{内}\mathrm{部}\mathrm{使}\mathrm{用}，\mathrm{例}\mathrm{如}‘my-di{r}^{\prime }）\mathrm{如}\mathrm{果}\mathrm{为}\mathrm{了}\mathrm{方}\mathrm{便}\mathrm{在}Android.mk\mathrm{中}\mathrm{定}\mathrm{义}\mathrm{自}\mathrm{己}\mathrm{的}\mathrm{变}\mathrm{量}，\mathrm{建}\mathrm{议}\mathrm{使}\mathrm{用}M{Y}_{\mathrm{前}}\mathrm{缀}，\mathrm{一}\mathrm{个}\mathrm{小}\mathrm{例}\mathrm{子}：M{Y}_{S}OURCES:=foo.cifneq($(MY_CONFIG_BAR),)
MY_SOURCES += bar.c
endif
LOCAL_SRC_FILES += $(M{Y}_{S}OURCES)\mathrm{注}\mathrm{意}：‘:{=}^{\prime }\mathrm{是}\mathrm{赋}\mathrm{值}\mathrm{的}\mathrm{意}\mathrm{思}{；}^{\prime }+{=}^{\prime }\mathrm{是}\mathrm{追}\mathrm{加}\mathrm{的}\mathrm{意}\mathrm{思}；‘$’表示引用某变量的值。
三、GNU Make系统变量
这些 GNU Make变量在你的 Android.mk 文件解析之前，就由编译系统定义好了。注意在
某些情况下，NDK可能分析 Android.mk 几次，每一次某些变量的定义会有不同。
（1）CLEAR_VARS:  指向一个编译脚本，几乎所有未定义的 LOCAL_XXX 变量都在"Module-description"节中列出。必须在开始一个新模块之前包含这个脚本：include$(CLEA{R}_{V}ARS)，\mathrm{用}\mathrm{于}\mathrm{重}\mathrm{置}\mathrm{除}LOCA{L}_{P}ATH\mathrm{变}\mathrm{量}\mathrm{外}\mathrm{的}，\mathrm{所}\mathrm{有}LOCA{L}_{X}XX\mathrm{系}\mathrm{列}\mathrm{变}\mathrm{量}。（2）BUIL{D}_{S}HARE{D}_{L}IBRARY:\mathrm{指}\mathrm{向}\mathrm{编}\mathrm{译}\mathrm{脚}\mathrm{本}，\mathrm{根}\mathrm{据}\mathrm{所}\mathrm{有}\mathrm{的}\mathrm{在}LOCA{L}_{X}XX\mathrm{变}\mathrm{量}\mathrm{把}\mathrm{列}\mathrm{出}\mathrm{的}\mathrm{源}\mathrm{代}\mathrm{码}\mathrm{文}\mathrm{件}\mathrm{编}\mathrm{译}\mathrm{成}\mathrm{一}\mathrm{个}\mathrm{共}\mathrm{享}\mathrm{库}。\mathrm{注}\mathrm{意}，\mathrm{必}\mathrm{须}\mathrm{至}\mathrm{少}\mathrm{在}\mathrm{包}\mathrm{含}\mathrm{这}\mathrm{个}\mathrm{文}\mathrm{件}\mathrm{之}\mathrm{前}\mathrm{定}\mathrm{义}LOCA{L}_{M}ODULE\mathrm{和}LOCA{L}_{S}R{C}_{F}ILES。（3）BUIL{D}_{S}TATI{C}_{L}IBRARY:\mathrm{一}\mathrm{个}BUIL{D}_{S}HARE{D}_{L}IBRARY\mathrm{变}\mathrm{量}\mathrm{用}\mathrm{于}\mathrm{编}\mathrm{译}\mathrm{一}\mathrm{个}\mathrm{静}\mathrm{态}\mathrm{库}。\mathrm{静}\mathrm{态}\mathrm{库}\mathrm{不}\mathrm{会}\mathrm{复}\mathrm{制}\mathrm{到}\mathrm{的}APK\mathrm{包}\mathrm{中}，\mathrm{但}\mathrm{是}\mathrm{能}\mathrm{够}\mathrm{用}\mathrm{于}\mathrm{编}\mathrm{译}\mathrm{共}\mathrm{享}\mathrm{库}。\mathrm{示}\mathrm{例}：include$(BUILD_STATIC_LIBRARY)
注意，这将会生成一个名为 lib$(LOCA{L}_{M}ODULE).a\mathrm{的}\mathrm{文}\mathrm{件}（4）TARGE{T}_{A}RCH:\mathrm{目}\mathrm{标}CPU\mathrm{平}\mathrm{台}\mathrm{的}\mathrm{名}\mathrm{字},\mathrm{和}android\mathrm{开}\mathrm{放}\mathrm{源}\mathrm{码}\mathrm{中}\mathrm{指}\mathrm{定}\mathrm{的}\mathrm{那}\mathrm{样}。\mathrm{如}\mathrm{果}\mathrm{是}arm，\mathrm{表}\mathrm{示}\mathrm{要}\mathrm{生}\mathrm{成}ARM\mathrm{兼}\mathrm{容}\mathrm{的}\mathrm{指}\mathrm{令}，\mathrm{与}CPU\mathrm{架}\mathrm{构}\mathrm{的}\mathrm{修}\mathrm{订}\mathrm{版}\mathrm{无}\mathrm{关}。（5）TARGE{T}_{P}LATFORM:Android.mk\mathrm{解}\mathrm{析}\mathrm{的}\mathrm{时}\mathrm{候}，\mathrm{目}\mathrm{标}Android\mathrm{平}\mathrm{台}\mathrm{的}\mathrm{名}\mathrm{字}.\mathrm{详}\mathrm{情}\mathrm{可}\mathrm{参}\mathrm{考}/development/ndk/docs/stable-apis.txt.android-3->OfficialAndroid1.5systemimagesandroid-4->OfficialAndroid1.6systemimagesandroid-5->OfficialAndroid2.0systemimages（6）TARGE{T}_{A}RC{H}_{A}BI:\mathrm{暂}\mathrm{时}\mathrm{只}\mathrm{支}\mathrm{持}\mathrm{两}\mathrm{个}value，armeabi\mathrm{和}armeabi-v7a。\mathrm{在}\mathrm{现}\mathrm{在}\mathrm{的}\mathrm{版}\mathrm{本}\mathrm{中}\mathrm{一}\mathrm{般}\mathrm{把}\mathrm{这}\mathrm{两}\mathrm{个}\mathrm{值}\mathrm{简}\mathrm{单}\mathrm{的}\mathrm{定}\mathrm{义}\mathrm{为}arm，\mathrm{通}\mathrm{过}android\mathrm{平}\mathrm{台}\mathrm{内}\mathrm{部}\mathrm{对}\mathrm{它}\mathrm{重}\mathrm{定}\mathrm{义}\mathrm{来}\mathrm{获}\mathrm{得}\mathrm{更}\mathrm{好}\mathrm{的}\mathrm{匹}\mathrm{配}。\mathrm{其}\mathrm{他}\mathrm{的}ABI\mathrm{将}\mathrm{在}\mathrm{以}\mathrm{后}\mathrm{的}NDK\mathrm{版}\mathrm{本}\mathrm{中}\mathrm{介}\mathrm{绍}，\mathrm{它}\mathrm{们}\mathrm{会}\mathrm{有}\mathrm{不}\mathrm{同}\mathrm{的}\mathrm{名}\mathrm{字}。\mathrm{注}\mathrm{意}\mathrm{虽}\mathrm{然}\mathrm{所}\mathrm{有}\mathrm{基}\mathrm{于}ARM\mathrm{的}ABI\mathrm{都}\mathrm{会}{\mathrm{把}}^{\prime }TARGE{T}_{A}RC{H}^{\prime }\mathrm{定}\mathrm{义}\mathrm{成}‘ar{m}^{\prime }，\mathrm{但}\mathrm{是}\mathrm{会}\mathrm{有}\mathrm{不}\mathrm{同}\mathrm{的}‘TARGE{T}_{A}RC{H}_{A}B{I}^{\prime }。（7）TARGE{T}_{A}BI:\mathrm{目}\mathrm{标}\mathrm{平}\mathrm{台}\mathrm{和}ABI\mathrm{的}\mathrm{组}\mathrm{合}，\mathrm{它}\mathrm{事}\mathrm{实}\mathrm{上}\mathrm{被}\mathrm{定}\mathrm{义}\mathrm{成}$(TARGET_PLATFORM)-$(TARGE{T}_{A}RC{H}_{A}BI)，\mathrm{在}\mathrm{想}\mathrm{要}\mathrm{在}\mathrm{真}\mathrm{实}\mathrm{的}\mathrm{设}\mathrm{备}\mathrm{中}\mathrm{针}\mathrm{对}\mathrm{一}\mathrm{个}\mathrm{特}\mathrm{别}\mathrm{的}\mathrm{目}\mathrm{标}\mathrm{系}\mathrm{统}\mathrm{进}\mathrm{行}\mathrm{测}\mathrm{试}\mathrm{时}，\mathrm{会}\mathrm{有}\mathrm{用}。\mathrm{在}\mathrm{默}\mathrm{认}\mathrm{的}\mathrm{情}\mathrm{况}\mathrm{下}，\mathrm{它}\mathrm{会}{\mathrm{是}}^{\prime }android-3-ar{m}^{\prime }。\mathrm{五}、\mathrm{模}\mathrm{块}\mathrm{描}\mathrm{述}\mathrm{变}\mathrm{量}\mathrm{下}\mathrm{面}\mathrm{的}\mathrm{变}\mathrm{量}\mathrm{用}\mathrm{于}\mathrm{向}\mathrm{编}\mathrm{译}\mathrm{系}\mathrm{统}\mathrm{描}\mathrm{述}\mathrm{你}\mathrm{的}\mathrm{模}\mathrm{块}。\mathrm{你}\mathrm{应}\mathrm{该}\mathrm{定}\mathrm{义}{\mathrm{在}}^{\prime }include$(CLEAR_VARS)'和'include $(BUIL{D}_{X}XXXX{)}^{\prime }\mathrm{之}\mathrm{间}。\mathrm{正}\mathrm{如}\mathrm{前}\mathrm{面}\mathrm{描}\mathrm{写}\mathrm{的}\mathrm{那}\mathrm{样}，$(CLEAR_VARS)是一个脚本，清除所有这些变量。
（1） LOCAL_PATH:  这个变量用于给出当前文件的路径。必须在 Android.mk 的开头定义，可以这样使用：LOCAL_PATH := $(callmy-dir)\mathrm{这}\mathrm{个}\mathrm{变}\mathrm{量}\mathrm{不}\mathrm{会}\mathrm{被}$(CLEAR_VARS)清除，因此每个 Android.mk 只需要定义一次(即使在一个文件中定义了几个模块的情况下)。
（2）LOCAL_MODULE: 这是模块的名字，它必须是唯一的，而且不能包含空格。必须在包含任一的$(BUIL{D}_{X}XXX)\mathrm{脚}\mathrm{本}\mathrm{之}\mathrm{前}\mathrm{定}\mathrm{义}\mathrm{它}。\mathrm{模}\mathrm{块}\mathrm{的}\mathrm{名}\mathrm{字}\mathrm{决}\mathrm{定}\mathrm{了}\mathrm{生}\mathrm{成}\mathrm{文}\mathrm{件}\mathrm{的}\mathrm{名}\mathrm{字}。\mathrm{例}\mathrm{如}，\mathrm{如}\mathrm{果}\mathrm{一}\mathrm{个}\mathrm{一}\mathrm{个}\mathrm{共}\mathrm{享}\mathrm{库}\mathrm{模}\mathrm{块}\mathrm{的}\mathrm{名}\mathrm{字}\mathrm{是}，\mathrm{那}\mathrm{么}\mathrm{生}\mathrm{成}\mathrm{文}\mathrm{件}\mathrm{的}\mathrm{名}\mathrm{字}\mathrm{就}\mathrm{是}lib.so。\mathrm{但}\mathrm{是}，\mathrm{在}\mathrm{的}NDK\mathrm{生}\mathrm{成}\mathrm{文}\mathrm{件}\mathrm{中}(\mathrm{或}\mathrm{者}Android.mk\mathrm{或}\mathrm{者}Application.mk)，\mathrm{应}\mathrm{该}\mathrm{只}\mathrm{涉}\mathrm{及}(\mathrm{引}\mathrm{用})\mathrm{有}\mathrm{正}\mathrm{常}\mathrm{名}\mathrm{字}\mathrm{的}\mathrm{其}\mathrm{他}\mathrm{模}\mathrm{块}。（3）LOCA{L}_{S}R{C}_{F}ILES:\mathrm{这}\mathrm{是}\mathrm{要}\mathrm{编}\mathrm{译}\mathrm{的}\mathrm{源}\mathrm{代}\mathrm{码}\mathrm{文}\mathrm{件}\mathrm{列}\mathrm{表}。\mathrm{只}\mathrm{要}\mathrm{列}\mathrm{出}\mathrm{要}\mathrm{传}\mathrm{递}\mathrm{给}\mathrm{编}\mathrm{译}\mathrm{器}\mathrm{的}\mathrm{文}\mathrm{件}，\mathrm{因}\mathrm{为}\mathrm{编}\mathrm{译}\mathrm{系}\mathrm{统}\mathrm{自}\mathrm{动}\mathrm{计}\mathrm{算}\mathrm{依}\mathrm{赖}。\mathrm{注}\mathrm{意}\mathrm{源}\mathrm{代}\mathrm{码}\mathrm{文}\mathrm{件}\mathrm{名}\mathrm{称}\mathrm{都}\mathrm{是}\mathrm{相}\mathrm{对}\mathrm{于}LOCA{L}_{P}ATH\mathrm{的}，\mathrm{你}\mathrm{可}\mathrm{以}\mathrm{使}\mathrm{用}\mathrm{路}\mathrm{径}\mathrm{部}\mathrm{分}，\mathrm{例}\mathrm{如}：LOCA{L}_{S}R{C}_{F}ILES:=foo.ctoto/bar.cHello.c\mathrm{文}\mathrm{件}\mathrm{之}\mathrm{间}\mathrm{可}\mathrm{以}\mathrm{用}\mathrm{空}\mathrm{格}\mathrm{或}Tab\mathrm{键}\mathrm{进}\mathrm{行}\mathrm{分}\mathrm{割},\mathrm{换}\mathrm{行}\mathrm{请}\mathrm{用}"\text{"}.\mathrm{如}\mathrm{果}\mathrm{是}\mathrm{追}\mathrm{加}\mathrm{源}\mathrm{代}\mathrm{码}\mathrm{文}\mathrm{件}\mathrm{的}\mathrm{话}，\mathrm{请}\mathrm{用}LOCA{L}_{S}R{C}_{F}ILES+=\mathrm{注}\mathrm{意}：\mathrm{在}\mathrm{生}\mathrm{成}\mathrm{文}\mathrm{件}\mathrm{中}\mathrm{都}\mathrm{要}\mathrm{使}\mathrm{用}UNIX\mathrm{风}\mathrm{格}\mathrm{的}\mathrm{斜}\mathrm{杠}(/).windows\mathrm{风}\mathrm{格}\mathrm{的}\mathrm{反}\mathrm{斜}\mathrm{杠}\mathrm{不}\mathrm{会}\mathrm{被}\mathrm{正}\mathrm{确}\mathrm{的}\mathrm{处}\mathrm{理}。\mathrm{注}\mathrm{意}：\mathrm{可}\mathrm{以}LOCA{L}_{S}R{C}_{F}ILES:=$(call all-subdir-java-files)这种形式来包含local_path目录下的所有java文件。
（4） LOCAL_CPP_EXTENSION:  这是一个可选变量， 用来指定C++代码文件的扩展名，默认是'.cpp',但是可以改变它，比如：
LOCAL_CPP_EXTENSION := .cxx
（5） LOCAL_C_INCLUDES:  可选变量，表示头文件的搜索路径。默认的头文件的搜索路径是LOCAL_PATH目录。
示例:LOCAL_C_INCLUDES := sources/foo或LOCAL_C_INCLUDES := $\text{Double subscripts: use braces to clarify}$(TARGET_ROOT_OUT)
至于LOCAL_MODULE_PATH 和LOCAL_UNSTRIPPED_PATH的区别，暂时还不清楚。
七、GNU Make‘功能’宏
GNU Make‘功能’宏，必须通过使用'$(call{)}^{\prime }\mathrm{来}\mathrm{调}\mathrm{用}，\mathrm{调}\mathrm{用}\mathrm{他}\mathrm{们}\mathrm{将}\mathrm{返}\mathrm{回}\mathrm{文}\mathrm{本}\mathrm{化}\mathrm{的}\mathrm{信}\mathrm{息}。（1）my-dir:\mathrm{返}\mathrm{回}\mathrm{当}\mathrm{前}Android.mk\mathrm{所}\mathrm{在}\mathrm{的}\mathrm{目}\mathrm{录}\mathrm{的}\mathrm{路}\mathrm{径}，\mathrm{相}\mathrm{对}\mathrm{于}NDK\mathrm{编}\mathrm{译}\mathrm{系}\mathrm{统}\mathrm{的}\mathrm{顶}\mathrm{层}。\mathrm{这}\mathrm{是}\mathrm{有}\mathrm{用}\mathrm{的}，\mathrm{在}Android.mk\mathrm{文}\mathrm{件}\mathrm{的}\mathrm{开}\mathrm{头}\mathrm{如}\mathrm{此}\mathrm{定}\mathrm{义}：LOCA{L}_{P}ATH:=$(call my-dir)
（2）all-subdir-makefiles: 返回一个位于当前'my-dir'路径的子目录中的所有Android.mk的列表。
例如，看下面的目录层次：
sources/foo/Android.mk
sources/foo/lib1/Android.mk
sources/foo/lib2/Android.mk
如果 sources/foo/Android.mk 包含一行：
include $(callall-subdir-makefiles)\mathrm{那}\mathrm{么}\mathrm{它}\mathrm{就}\mathrm{会}\mathrm{自}\mathrm{动}\mathrm{包}\mathrm{含}sources/foo/lib1/Android.mk\mathrm{和}sources/foo/lib2/Android.mk。\mathrm{这}\mathrm{项}\mathrm{功}\mathrm{能}\mathrm{用}\mathrm{于}\mathrm{向}\mathrm{编}\mathrm{译}\mathrm{系}\mathrm{统}\mathrm{提}\mathrm{供}\mathrm{深}\mathrm{层}\mathrm{次}\mathrm{嵌}\mathrm{套}\mathrm{的}\mathrm{代}\mathrm{码}\mathrm{目}\mathrm{录}\mathrm{层}\mathrm{次}。\mathrm{注}\mathrm{意}，\mathrm{在}\mathrm{默}\mathrm{认}\mathrm{情}\mathrm{况}\mathrm{下}，NDK\mathrm{将}\mathrm{会}\mathrm{只}\mathrm{搜}\mathrm{索}\mathrm{在}sources/\ast /Android.mk\mathrm{中}\mathrm{的}\mathrm{文}\mathrm{件}。（3）this-makefile:\mathrm{返}\mathrm{回}\mathrm{当}\mathrm{前}Makefile\mathrm{的}\mathrm{路}\mathrm{径}(\mathrm{即}\mathrm{这}\mathrm{个}\mathrm{函}\mathrm{数}\mathrm{调}\mathrm{用}\mathrm{的}\mathrm{地}\mathrm{方})（4）parent-makefile:\mathrm{返}\mathrm{回}\mathrm{调}\mathrm{用}\mathrm{树}\mathrm{中}\mathrm{父}Makefile\mathrm{路}\mathrm{径}。\mathrm{即}\mathrm{包}\mathrm{含}\mathrm{当}\mathrm{前}Makefile\mathrm{的}Makefile\mathrm{路}\mathrm{径}。（5）grand-parent-makefile：\mathrm{返}\mathrm{回}\mathrm{调}\mathrm{用}\mathrm{树}\mathrm{中}\mathrm{父}Makefile\mathrm{的}\mathrm{父}Makefile\mathrm{的}\mathrm{路}\mathrm{径}\mathrm{八}、Android.mk\mathrm{使}\mathrm{用}\mathrm{模}\mathrm{板}\mathrm{在}\mathrm{一}\mathrm{个}Android.mk\mathrm{中}\mathrm{可}\mathrm{以}\mathrm{生}\mathrm{成}\mathrm{多}\mathrm{个}APK\mathrm{应}\mathrm{用}\mathrm{程}\mathrm{序}，JAVA\mathrm{库}，C\text{C}++\mathrm{可}\mathrm{执}\mathrm{行}\mathrm{程}\mathrm{序},C\text{C}++\mathrm{动}\mathrm{态}\mathrm{库}\mathrm{和}C\text{C}++\mathrm{静}\mathrm{态}\mathrm{库}。（1）\mathrm{编}\mathrm{译}APK\mathrm{应}\mathrm{用}\mathrm{程}\mathrm{序}\mathrm{模}\mathrm{板}。\mathrm{关}\mathrm{于}\mathrm{编}\mathrm{译}APK\mathrm{应}\mathrm{用}\mathrm{程}\mathrm{序}\mathrm{的}\mathrm{模}\mathrm{板}\mathrm{请}\mathrm{参}\mathrm{照}《Android.mk\mathrm{编}\mathrm{译}APK\mathrm{范}\mathrm{例}》（2）\mathrm{编}\mathrm{译}JAVA\mathrm{库}\mathrm{模}\mathrm{板}LOCA{L}_{P}ATH:=$(call my-dir)
include $\text{You can't use 'macro parameter character \#' in math mode}$(call all-subdir-java-files)
# Any libraries that this library depends on
LOCAL_JAVA_LIBRARIES := android.test.runner
# The name of the jar file to create
LOCAL_MODULE := sample
# Build a static jar file.
include $(BUIL{D}_{S}TATI{C}_{J}AV{A}_{L}IBRARY)\mathrm{注}：LOCA{L}_{J}AV{A}_{L}IBRARIES:=android.test.runner\mathrm{表}\mathrm{示}\mathrm{生}\mathrm{成}\mathrm{的}JAVA\mathrm{库}\mathrm{的}jar\mathrm{文}\mathrm{件}\mathrm{名}（3）\mathrm{编}\mathrm{译}C/C++\mathrm{应}\mathrm{用}\mathrm{程}\mathrm{序}\mathrm{模}\mathrm{板}\mathrm{如}\mathrm{下}：LOCA{L}_{P}ATH:=$(call my-dir)
#include $\text{You can't use 'macro parameter character \#' in math mode}$(BUILD_EXECUTABLE)
注：‘:=’是赋值的意思，'+='是追加的意思，‘$\text{Double subscripts: use braces to clarify}$(call my-dir)
include $\text{You can't use 'macro parameter character \#' in math mode}$(BUILD_STATIC_LIBRARY)
和上面相似，BUILD_STATIC_LIBRARY 表示编译一个静态库。
（5）编译C\C++动态库的模板
LOCAL_PATH := $(callmy-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/APPS
out/target/product/generic/obj/JAVA_LIBRARIES
out/target/product/generic/obj/EXECUTABLE
out/target/product/generic/obj/STATIC_LIBRARY
out/target/product/generic/obj/SHARED_LIBRARY
每个模块的目标文件夹分别为：
1）APK程序：XXX_intermediates
2）JAVA库程序：XXX_intermediates
这里的XXX
3）C\C++可执行程序：XXX_intermediates
4）C\C++静态库： XXX_static_intermediates
5）C\C++动态库： XXX_shared_intermediates