android编译系统学习

近日接手了后续android新平台项目搭建的任务。

本文内容基于sprd公司提供的android5.1源码。

一、一般的编译工作流程

我们代码一般情况下是从芯片商SPRD/MTK获得的。

源码的编译上，一般还是和google官网（http://source.android.com/source/building.html）上要求的一致。分为三步：

1.source build/envsetup.sh

2.lunch xxx

3.make -j8 2>&1 |tee build.log (make就可以，这样写两个目的：1.多核编译 2.输出编译的log)

4.mmm "模块"可以编译单独的模块（要全编译后才可以编译模块）

二、原理

android的编译是基于的linux的make命令的。Make命令在执行的时候，默认会在当前目录找到一个Makefile文件，然后根据Makefile文件中的指令来对代码进行编译。

Makefile文件最基础的功能就是描述文件之间的依赖关系，以及怎么处理这些依赖关系。

整个android源码的编译就是由根目录的Makefile文件来执行的。

现在我们就了解下我们编译过程中的命令做了哪些事情。

1.source build/envsetup.sh

执行build/envsetup.sh脚本（ps: source xx.sh命令就是 执行一个脚本的意思。那为什么不直接./xxx.sh呢？ 见这篇文章http://blog.csdn.net/coofive/article/details/671835）

build/envsetup.sh脚本里做了哪些事情呢？

（1）遍历出device/xxx/xxx/里 所有的 envsetup.sh文件，并将他们都source进来，

这些 envsetup.sh里面有哪些代码呢

举一个例子 device/sprd/zsl1805/lava/envsetup.sh

add_lunch_combo zsl1805_lava-userdebug
add_lunch_combo zsl1805_lava-user

add_lunch_combo是什么东西？我们先不管，往下看。

（2）定义各种函数。

如:lunch mmm add_lunch_combo等。

lunch:用来初始化编译环境，例如设置环境变量和指定目标产品型号。后面再说

m:相当于是在执行make命令。对整个Android源码进行编译。

mm:如果是在Android源码根目录下执行，那么就相当于是执行make命令对整个源码进行编译。如果是在Android源码根目录下的某一个子目录执行，那么就在会在从该子目录开始，一直往上一个目录直至到根目录，寻找是否存在一个Android.mk文件。如果存在的话，那么就通过make命令对该Android.mk文件描述的模块进行编译。

mmm:后面可以跟一个或者若干个目录。就是编译模块了。如mmm "packages/apps/Launcher3"

add_lunch_combo:

unset LUNCH_MENU_CHOICES
function add_lunch_combo()
{
    local new_combo=$1
    local c
    for c in ${LUNCH_MENU_CHOICES[@]} ; do
        if [ "$new_combo" = "$c" ] ; then
            return
        fi
    done
    LUNCH_MENU_CHOICES=(${LUNCH_MENU_CHOICES[@]} $new_combo)
}

这里我们只要知道add_lunch_combo把"zsl1805_lava_userdebug"和"zsl1805_lava_user"add到"LUNCH_MENU_CHOICES"里了。

到这里，source build/envsetup.sh的工作就做完了。

此时可以在shell命令行里看到 

including device/sprd/zsl1805/lava/vendorsetup.sh的字样,这个文件确实被加载进来了

 2.lunch操作

我们先看下build/envsetup.sh中lunch函数的代码

#打印"LUNCH_MENU_CHOICES"中所有值
function print_lunch_menu()
{
    local uname=$(uname)
    echo
    echo "You're building on" $uname
    echo
    echo "Lunch menu... pick a combo:"

    local i=1
    local choice
    for choice in ${LUNCH_MENU_CHOICES[@]}
    do
        echo "     $i. $choice"
        i=$(($i+1))
    done

    echo
}

function lunch()
{
    local answer
#如果只输入了lunch命令，会打印"LUNCH_MENU_CHOICES"中所有值
    if [ "$1" ] ; then
        answer=$1
    else
        print_lunch_menu
        echo -n "Which would you like? [aosp_arm-eng] "
        read answer
    fi

#判断lunch后面的值是不是LUNCH_MENU_CHOICES中的值，如果是，则把这个值赋给selection
    local selection=

    if [ -z "$answer" ]
    then
        selection=aosp_arm-eng
    elif (echo -n $answer | grep -q -e "^[0-9][0-9]*$")
    then
        if [ $answer -le ${#LUNCH_MENU_CHOICES[@]} ]
        then
            selection=${LUNCH_MENU_CHOICES[$(($answer-1))]}
        fi
    elif (echo -n $answer | grep -q -e "^[^-][^-]*-[^-][^-]*$")
    then
        selection=$answer
    fi

    if [ -z "$selection" ]
    then
        echo
        echo "Invalid lunch combo: $answer"
        return 1
    fi

    export TARGET_BUILD_APPS=
    export CONFIG_TARGET_BUILD_TYPE=


#对selection值进行分割操作，得到product和variant

    local product=$(echo -n $selection | sed -e "s/-.*$//")
    check_product $product
    if [ $? -ne 0 ]
    then
        echo
        echo "** Don't have a product spec for: '$product'"
        echo "** Do you have the right repo manifest?"
        product=
    fi

    local variant=$(echo -n $selection | sed -e "s/^[^-]*-//")
    check_variant $variant
    if [ $? -ne 0 ]
    then
        echo
        echo "** Invalid variant: '$variant'"
        echo "** Must be one of ${VARIANT_CHOICES[@]}"
        echo "** Vinton.Wang -----------> variant:'$variant'"
        export CONFIG_TARGET_BUILD_TYPE=$(echo $variant | tr '[a-z]' '[A-Z]')
        echo "** Vinton.Wang -----------> type:'$CONFIG_TARGET_BUILD_TYPE'"
        variant="userdebug"
    fi

    if [ -z "$product" -o -z "$variant" ]
    then
        echo
        return 1
    fi
#得到TARGET_PRODUCT TARGET_BUILD_VARIANT TARGET_BUILD_TYPE三个值
    export TARGET_PRODUCT=$product
    export TARGET_BUILD_VARIANT=$variant
    export TARGET_BUILD_TYPE=release
    export ARCH=$(gettargetarch)
    echo "############# ${ARCH} ##############"

    echo
    echo
    check_hq_version
    set_stuff_for_environment  #设置环境变量
    printconfig
}

 另外，在check_product()和printconfig()两个方法中，调用了get_build_var()函数。

# 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
    (cd $T; CALLED_FROM_SETUP=true BUILD_SYSTEM=build/core 
      command make --no-print-directory -f build/core/config.mk dumpvar-$1)
}

也就是说，在lunch的过程中，编译了build/core/config.mk

总结一下Lunch流程：

1.判断是不是没有参数

2.判断参数是否合法

3.将参数进行分割操作，得到TARGET_PRODUCT    TARGET_BUILD_VARIANT 。针对我们的例子TARGET_PRODUCT = zsl1805_lava  TARGET_BUILD_VARIANT = user或者userdebug

4.设置环境变量

如果我们直接输入lunch，会有下面的界面出现

You're building on Linux

 

generic-eng simulator fs100-eng

Lunch menu... pick a combo:

     1. generic-eng

     2. simulator

     3. fs100-eng

         .....................

        40. zsl1805_lava-userdebug
        41. zsl1805_lava-user

然后，我们需要lunch zsl1805_lava-userdebug即可。

到此时，android编译环境的初始化就完成了。

贴一张初始化完成之后，我们获得的东西

3.make

下面就是执行编译了。根目录里的Makefile文件中是这样的

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

Make其实就是按照main.mk的编译规则来编译的。

整个编译过程还是比较复杂的，这里有一张main.mk的编译示意图，基本涵盖了所有编译内容。这里，如果对某些细节感兴趣，可以看下面的参考资料再去深入学习。

如果我们要对编译过程中的流程修改，就按照这个图找到相应的.mk文件进行修改。

参考资料：

Android编译系统环境初始化过程分析

Android编译过程详解（一）：http://www.cnblogs.com/mr-raptor/archive/2012/06/07/2540359.html

Android编译过程详解（二）：http://www.cnblogs.com/mr-raptor/archive/2012/06/08/2541571.html