Android编译系统分析三：make完整编译android系统

Android编译系统分析系列文章：

android编译系统分析一<source build/envsetup.sh与lunch>
Android编译系统<二>-mm编译单个模块
android编译系统分析（三）-make
android编译系统（四）-实战：新增一个产品
Android编译系统分析（五）-system.img的生成过程

这篇博客的目标是摸清楚默认编译整个android系统时代码的流程。

当我们执行make的时候，会查找当前的Makefie文件或者makefile文件并且执行，在android顶级源码目录下面，确实有个Makefile,它之后一行内容：

### DO NOT EDIT THIS FILE ###
include build/core/main.mk
### DO NOT EDIT THIS FILE ###

因此，正真执行的是build/core/main.mk

一.依赖浅析

当我们执行make命令的时候，如果没有传入一个目标，那么就会执行默认的目标。注意，我们在编译android系统的时候，只需要执行make就可以了，那么很显然它会执行默认的目标了，那么默认的目标是什么呢？

在build/core/main.mk中：

# This is the default target.  It must be the first declared target.
.PHONY: droid
DEFAULT_GOAL := droid
$(DEFAULT_GOAL):

在main.mk开始不久，就出现了一个伪目标，即便你看不懂Makefile也没有关系，注释上说的很清楚了，他就是默认的目标了。而且这个默认的目标是一个伪目标。make工具遇到伪目标以后，会检查解析伪目标的依赖，如果伪目标存在依赖，就会检查这些依赖，如果这些依赖是伪目标，继续检查这个伪目标的依赖，如果不是伪目标，就会生成这个目标。

阅读一个Makefile,理清目标的依赖关系很重，下图列出了部分重要的以来关系：

在对依赖关系有个了解之后，我们开始顺着make的加载流程，看看它到底做了什么。

首先，我觉得很重要的就是加载特定产品的配置信息。

二.配置产品信息

首先，大致的流程如下图所示：

在product_config.mk中：

ifneq ($(strip $(TARGET_BUILD_APPS)),)
# An unbundled app build needs only the core product makefiles.
all_product_configs := $(call get-product-makefiles,\
    $(SRC_TARGET_DIR)/product/AndroidProducts.mk)
else
# Read in all of the product definitions specified by the AndroidProducts.mk
# files in the tree.
all_product_configs := $(get-all-product-makefiles)
endif

1.AndoridProducts.mk</