Android.mk文件分析

从对Makefile一无所知开始，折腾了一个多星期，终于对Android.mk有了一个全面些的了解。了解了标准的Makefile后，发现Android.mk其实是把真正的Makefile包装起来，做成了一个对使用者来说很简单的东西。使用它来编译程序时，不管是动态库、可执行的二进制文件，还是Jar库、APK包，只要沿着一个简单的思路来做三大步就可以了：清除旧变量，设置新变量，调用编译函数。

 

明白了以后，发现Makefile语法不是问题，有很多教程和高手。编译模块时如何清除变量、调用编译函数等也不是问题，源码当中无处不在这样的例子。而对初学者来说，更需要明白的可能是，Android如何让使用脚本的人从Makefile语法当中解放出来，简单地按照上面的三大步就可以编译出任何模块。

 

拿AlarmClock来做例子的话:

／／清除旧变量

LOCAL_PATH:= $(call my-dir)

include $(CLEAR_VARS)

／／设置新变量

LOCAL_SRC_FILES := $(call all-subdir-java-files)

LOCAL_PACKAGE_NAME := AlarmClock

／／调用编译函数

include $(BUILD_PACKAGE)

下面简单解释一下这三步：

1、清除旧变量，是因为Android.mk中所有的变量都是全局的，编译函数在编译时会调用这些变量。为了防止编译函数使用了编译其它模块时设置的变量，每次开始编译一个新的模块时清除所有的变量是个好习惯。

2、设置新变量就是把本次编译时用到的源码地址，包名等设置好。

3、调用编译函数其实就是include一个固定的mk文件，这个mk文件会根据设置的变量提取出编译模块需要的target，Command等信息并执行固定的编译命令。

 

看明白Android.mk后，最深的感受还是Android的这种封装思想，让我想起了很多以前没有思考过的东西。呵。。。

我会一些个人的理解记录Android一步步地演化出这种封装思想。真诚地欢迎批评指正。

 

Makefile这个东西，往最简单处说，就是这样的模式：

目标：信赖文件

执行命令

这里暂不考虑它的语法细节，举个不完整的例子，就是这样的：

AlarmClock.apk:AlarmClock.java

javac AlarmClock.java

java AlarmClock.class

要生成AlarmClock.apk，就需要AlarmClock.java这个信赖文件，然后执行后面两行的两个命令。假如我们简单粗暴地用这种写法去编译Android系统的话，会相当累。Android.mk就很巧妙地把它们进行了抽象。我们现在来模拟一下：

定义三个变量target,source,command，分别代表编译目标、信赖文件和编译命令，就成了这样：

$(target):$(source)

$(command)

这三个变量的值分别是：

target := AlarmClock.apk

source := AlarmClock.java

commnd := /

javac AlarmClock.java/

java AlarmClock.class

这样的话，在编译每个APK时，只要分别给target、source、command赋值，然后再这样写就可以了：

$(target):$(source)

$(command)

嗯，还是有点儿麻烦，那再抽象一次。定义一个变量name，让它存放要编译的模块的名字：

name := AlarmClock

然后再更改一下前面的三个变量：

target := $(name).apk

source := $(name).java

commnd := /

javac $(name).java/

java $(name).class

现在要编译一个模块Contacts需要做些什么呢？

name := Contacts

$(target):$(source)

$(command)

三行代码就可以了，很简单，对吧？但后面两行还是每次都要写，那再抽象。把后面两行放到一个build_apk.mk文件当中。然后定义一个变量:

BUILD_PACKAGES := build_apk.mk

全部完了，这回编译一个模块Contacts时只要这样做就可以了：

name := Contacts

include $(BUILD_PACKAGES)

一个不够复杂，那就多点儿：

name := Contacts

include $(BUILD_PACKAGES)

name := Phone

include $(BUILD_PACKAGES)

name := Email

include $(BUILD_PACKAGES)

//================强壮的分隔线=========

现在我们来完善一下上面的过程，把它系统化。

定义一个专门用来清除变量的clear_vars.mk里面的内容如下：

name :=

target :=

source :=

command :=

再定义一个变量CLEAR_VARS := clear_vars.mk。上面的编译脚本就变成了这样：

include $(CLEAR_VARS)

name := Contacts

include $(BUILD_PACKAGES)

include $(CLEAR_VARS)

name := Phone

include $(BUILD_PACKAGES)

include $(CLEAR_VARS)

name := Email

include $(BUILD_PACKAGES)

这回，清除旧变量、设置新变量、调用编译函数三大步全都有了。

 

好了，现在我们进入到Android源码的build/core/目录下。先看其中的main.mk,config.mk这两个文件。

main.mk里面是具体的脚本，在这里控制编译模块。

config.mk中定义了下面这样的文件调用：

CLEAR_VARS:= $(BUILD_SYSTEM)/clear_vars.mk

BUILD_HOST_STATIC_LIBRARY:= $(BUILD_SYSTEM)/host_static_library.mk

编译模块时，每一个include其实都是一次功能调用，或者对mk文件的调用，或者对变量和函数的调用。做为单独的功能模块抽象出来的mk文件都在build/core/目录下，而函数的定义全部在definitions.mk中。

 

万事开头难，有了上面的思路，再看这些脚本就很简单了。一路顺风，呵。。。