Android编译系统

这篇文章对Android的编译系统做个大概的分析，希望对大家有帮助，也希望大家一起讨论。

编译系统的框架和结构网上有很多文章描述，本文后面也附了一些链接可供大家参考。

下面我们就从Android系统（以android4.2.2为例）的编译过程来分析其编译系统。

一、执行source build/envsetup.sh

      envsetup.sh其主要作用如下：

1. 加载了编译时使用到的函数命令，如：help，lunch，m，mm，mmm等
2. 添加默认的lunch选项

   # add the default one here
   add_lunch_combo aosp_arm-eng
   add_lunch_combo aosp_x86-eng
   add_lunch_combo aosp_mips-eng
   add_lunch_combo vbox_x86-eng

3. 查找vendor/<-厂商目录>/和device/<厂商目录>/ 目录下的vendorsetup.sh，如果存在的话，加载执行它，添加厂商自己定义产品的编译选项

   # Execute the contents of any vendorsetup.sh files we can find.
   for f in `test -d device && find device -maxdepth 4 -name 'vendorsetup.sh' 2> /dev/null` \
            `test -d vendor && find vendor -maxdepth 4 -name 'vendorsetup.sh' 2> /dev/null`
   do
       echo "including $f"
       . $f
   done
   unset f

二、执行lunch

       执行lunch的时候，会出现选择菜单，让您选择编译的产品和编译类型，lunch方法执行时，会等待用户输入对应的产品类型，并有缺省的产品类型，比较重要的逻辑

    local product=$(echo -n $selection | sed -e "s/-.*$//")
    check_product $product

    local variant=$(echo -n $selection | sed -e "s/^[^\-]*-//")
    check_variant $variant

        check_product会调用config.mk设置一些平台无关的变量，下面有详细描述

        check_variant会校验是否为user userdebug eng之一

三、build/core/config.mk文件

       该文件定义了编译过程中需要的一些 与平台无关的变量，在该方法里被调用

# Get the exact value of a build variable.
function get_build_var()
{
    T=$(gettop)
    if [ ! "$T" ]; then
        echo "Couldn't locate the top of the tree.  Try setting TOP." >&2
        return
    fi
    CALLED_FROM_SETUP=true BUILD_SYSTEM=build/core \
      make --no-print-directory -C "$T" -f build/core/config.mk dumpvar-$1
}

            现列举出几个比较重要的地方：

# ---------------------------------------------------------------
# Define most of the global variables.  These are the ones that
# are specific to the user's build configuration.
include $(BUILD_SYSTEM)/envsetup.mk

             1、envsetup.mk里定义了大部分的全局变量，可以从该文件的末尾发现定义的全局变量。包括android版本信息等。

         2、定义了board_config_mk变量，主要是板级的配置选项，比如CPU类型，外设相关        

# Boards may be defined under $(SRC_TARGET_DIR)/board/$(TARGET_DEVICE)
# or under vendor/*/$(TARGET_DEVICE).  Search in both places, but
# make sure only one exists.
# Real boards should always be associated with an OEM vendor.
board_config_mk := \
        $(strip $(wildcard \
                $(SRC_TARGET_DIR)/board/$(TARGET_DEVICE)/BoardConfig.mk \
                $(shell test -d device && find device -maxdepth 4 -path '*/$(TARGET_DEVICE)/BoardConfig.mk') \
                $(shell test -d vendor && find vendor -maxdepth 4 -path '*/$(TARGET_DEVICE)/BoardConfig.mk') \
        ))

四、修改编译系统，适配自己的产品

如何在Android系统中添加自己的编译系统，假设厂商名称为DCODE，该厂商有两个基于ANDROID的产品，都放到一个主线上来维护，这两个产品为：apple和orange。OK，下面我们为该厂商添加编译模块：

1、在device目录下创建子目录DCODE，并在该目录下创建文件AndroidProducts.mk，该文件的内容为：

PRODUCT_MAKEFILES := \  $(LOCAL_DIR)/apple/apple.mk \  $(LOCAL_DIR)/orange/orange.mk

      那么Android系统是怎么将产品的mk文件load进来的呢，在文件build/core/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

# Find the product config makefile for the current product.
# all_product_configs consists items like:
# <product_name>:<path_to_the_product_makefile>
# or just <path_to_the_product_makefile> in case the product name is the
# same as the base filename of the product config makefile.
current_product_makefile :=
all_product_makefiles :=
$(foreach f, $(all_product_configs),\
    $(eval _cpm_words := $(subst :,$(space),$(f)))\
    $(eval _cpm_word1 := $(word 1,$(_cpm_words)))\
    $(eval _cpm_word2 := $(word 2,$(_cpm_words)))\
    $(if $(_cpm_word2),\
        $(eval all_product_makefiles += $(_cpm_word2))\
        $(if $(filter $(TARGET_PRODUCT),$(_cpm_word1)),\
            $(eval current_product_makefile += $(_cpm_word2)),),\
        $(eval all_product_makefiles += $(f))\
        $(if $(filter $(TARGET_PRODUCT),$(basename $(notdir $(f)))),\
            $(eval current_product_makefile += $(f)),)))

      对于这段代码，解释一下几个重要的地方：

        1) get-all-product-maefiles方法，该方法定义在build//core/product.mk文件中，该方法的注释为

#
# Returns the sorted concatenation of all PRODUCT_MAKEFILES
# variables set in all AndroidProducts.mk files.
# $(call ) isn't necessary.

        从注释里面可看出，该方法用来从所有的AndroidProducts.mk文件中获取PRODUCT_MAKEFILES变量。

define get-all-product-makefiles
$(call get-product-makefiles,$(_find-android-products-files))
endef

            不难理解上面的代码，_find-andorid-products-files用来获得所有的AndroidProducts.mk文件，而get-product-maifles则是遍历这些文件，获取PRODUCT_MAKEFILES变量。

2) 在device/DCODE目录下创建两个子目录，分别为apple和orange，如上述AndroidProducts.mk中定义的，我们要在这两个目录下分别创建文件apple.mk和orange.mk。在产品的mk文件里我们要定义该产品的一些属性，比如PRODUCT_PACKAGES, PRODUCT_PACKAGE_RESOURCES等，这时候，apple和orange产品会有很多属性是完全一致的，在实际的系统里我们没必要定义两份重复的配置选项，我们可以定义一个common文件夹，然后apple和orange从这个common配置里派生出来，如下：

$(call inherit-product, device/DCODE/common/common.mk)

3、增加了上述两个mk文件，我们下面需要了解这两个文件中的内容，比如我现在有这样的需求，为apple产品添加一些自定义的功能模块，并将android系统中的一些资源进行替换。首先功能模块可以通过PRODUCT_PACKAGES属性包含进来，而替换系统资源，则可以通过PRODUCT_PACKAGE_OVERLAYS属性来指定。其他一些常用属性入PRODUCT_NAME，PRODUCT_DEVICE等，这里就不一一详述了。

4、在产品目录下添加board相关的配置。增加AndroidBoard.mk文件，该文件定义了如file copy，key layout files，key character-map files，init file，

5、在产品目录下添加verdorsetup.sh文件，增加如下内容：（这个是否需要添加？）

add_lunch_combo full_apple-userdebug

这个文件的作用是为lunch添加选项，这个文件由build/envsetup.sh脚本include进来

其他可参考的文章：

<span style="font-size:14px;">http://blog.csdn.net/yili_xie/article/details/4830541
http://www.360doc.com/content/10/0224/11/155970_16643955.shtml
http://www.kandroid.org/online-pdk/guide/build_new_device.html#androidBuildSystemProductDefFiles
http://blog.csdn.net/mr_raptor/article/details/7539978</span>