Android源码分析（二）：mk文件具体的具体的执行流程

       Main.mk的第一句就根据 ANDROID_BUILD_SHELL 来包裹编译系统用到的Shell，如果我们不想使用bash，而想使用sh，那么就可以在它前面写上ANDROID_BUILD_SHELL := /bin/sh，或者在build/envsetup.sh中添加相关定义。（内容如下图）  

          定义完 SHELL之后，就是对MAKE_VERSION的检查，然后定义了默认的编译目标droid!如果我们敲入 make之后，不加任何参数，默认的目标就是droid。注意虽然后面的include $(BUILD_SYSTEM)/config.mk写在默认目标droid依赖之后，但其和之后的语句都是要执行的，这是Makefile的语法决定的。（内容如下图）  

          后面会include config.mk cleanbuild.mk对编译系统进行必要的配置。后面就是对编译环境的检查，包括是否大小写敏感、路径检查、java版本检查、javac版本检查。Android对编译环境的检查如果符合条件，在下次编译的时候，不会再次进行检查。（内容如下图） 

         检查完版本之后，会包含进definitions.mk，如前所述，definitions.mk中定义了很多编译系统中用到的宏，这些宏在编译时需要经常调用，因此在编译的很靠前的阶段，就将之包含了进来。（内容如下图）Definitions.mk中的内容自己有时间在回顾一下，里面定义了很多宏. 

     然后就是针对make时传入的编译类型（eng user userdebug showcommands等）进行编译配置，这些配置会影响到最终编译目标所包括的模块。对于eng user userdebug sdk win_sdk tests等编译目标的区别，可以通过查看main.mk的代码找出其中到底有什么不同。（内容如下图）

       Ifeq($(SDK_ONLY),true)处，大概 400行上下，这个判断语句一直到这个语句块结束，都是对subdirs变量的设置，subdirs变量决定了哪些子文件夹最终被编译。在后面的subdir_makefiles变量的设置，决定了哪些Android.mk被编译。紧接着include $(subdir_makefiles)就会添加所有这些Android.mk文件的依赖。这其中包含了droid的依赖，后面我们会发现。（内容如下图）

 

         然后就会根据这些 Makefile，找出所有需要编译的模块（module），以及进行必要的分类（eng_MODULES/debug_MODULES/tests_MODULES等、modules_to_check/modules_to_install等），用以区别对待。紧接着是定义了一系列的隐含目标： prebuilt、all_copied_headers、files、checkbuild、ramdisk、systemtallball、userdataimage、userdatatarball、bootimg、droidcore等。最重要的一点，是会发现droid依赖于droidcore,而droidcore依赖于

droidcore: files \

         systemimage \

         $(INSTALLED_BOOTIMAGE_TARGET) \

         $(INSTALLED_RECOVERYIMAGE_TARGET) \

         $(INSTALLED_USERDATAIMAGE_TARGET) \

         $(INSTALLED_FILES_FILE)

正是这几个依赖项，控制着整个 android的编译。

         当我们敲 Make实际上就等同于我们执行make droid。当Make include所有的文件，完成对所有make我文件的解析以后就会寻找生成droid的规则，依次生成它的依赖，直到所有满足的模块被编译好，然后使用相应的工具打包成相应的img。

config.mk分析

          build/core/config.mk该文件被 main.mk包含。config.mk 文件的主要内容如下：头文件的定义；（各种 include 文件夹的设定）在定义头文件的部分，还include 了pathmap.mk，如下：include $(BUILD_SYSTEM)/pathmap.mk

该文件设置 include 目录和frameworks/base 下子目录等的信息。编译系统内部 mk 文件的定义； <Build system internal files>。（内容如下图）

 

设定通用的名称； <Set common values>

 Include 必要的子配置文件； <Include sub-configuration files>

 buildspec.mk

 envsetup.mk

 BoardConfig.mk

 /combo/select.mk

 /combo/javac.mk

。（内容如下图）  

 

检查 BUILD_ENV_SEQUENCE_NUMBER 版本号；

In order to make easier for people when the build system changes, when it is necessary

to make changes to buildspec.mk or to rerun the environment setup scripts, they contain

a version number in the variable BUILD_ENV_SEQUENCE_NUMBER. If this variable does

not match what the build system expects, it fails printing an error message explaining

what happened. If you make a change that requires an update, you need to update two

places so this message will be printed.

· In config/envsetup.make, increment the

CORRECT_BUILD_ENV_SEQUENCE_NUMBER definition.

· In buildspec.mk.default, update the BUILD_ENV_SEQUENCE_DUMBER definition

to match the one in config/envsetup.make

The scripts automatically get the value from the build system, so they will trigger the

warning as well.。（内容如下图）