设为首页收藏本站
开启辅助访问

LUPA开源社区

 找回密码
 注册
人才芯片直通车
邮箱订阅
文章 帖子 博客
LUPA开源社区 › 首页 ›业界资讯› 技术文摘 › 查看内容

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

2014-2-19 11:16| 发布者: 红黑魂| 查看: 10862| 评论: 0|原作者: 罗升阳|来自: CSDN博客

摘要: Android源代码在编译之前，要先对编译环境进行初始化，其中最主要就是指定编译的类型和目标设备的型号。Android的编译类型主要有eng、userdebug和user三种，而支持的目标设备型号则是不确定的，它们由当前的源码配置 ...

 Android源代码在编译之前，要先对编译环境进行初始化，其中最主要就是指定编译的类型和目标设备的型号。Android的编译类型主要有eng、userdebug和user三种，而支持的目标设备型号则是不确定的，它们由当前的源码配置情况所决定。为了确定源码支持的所有目标设备型号，Android编译系统在初始化的过程中，需要在特定的目录中加载特定的配置文件。接下来本文就对上述的初始化过程进行详细分析。

       对Android编译环境进行初始化很简单，分为两步。第一步是打开一个终端，并且将build/envsetup.sh加载到该终端中：

[html] view plaincopy
  1. $ . ./build/envsetup.sh   
  2. including device/asus/grouper/vendorsetup.sh  
  3. including device/asus/tilapia/vendorsetup.sh  
  4. including device/generic/armv7-a-neon/vendorsetup.sh  
  5. including device/generic/armv7-a/vendorsetup.sh  
  6. including device/generic/mips/vendorsetup.sh  
  7. including device/generic/x86/vendorsetup.sh  
  8. including device/lge/mako/vendorsetup.sh  
  9. including device/samsung/maguro/vendorsetup.sh  
  10. including device/samsung/manta/vendorsetup.sh  
  11. including device/samsung/toroplus/vendorsetup.sh  
  12. including device/samsung/toro/vendorsetup.sh  
  13. including device/ti/panda/vendorsetup.sh  
  14. including sdk/bash_completion/adb.bash  
      从命令的输出可以知道，文件build/envsetup.sh在加载的过程中，又会在device目录中寻找那些名称为vendorsetup.sh的文件，并且也将它们加载到当前终端来。另外，在sdk/bash_completion目录下的adb.bash文件也会加载到当前终端来，它是用来实现adb命令的bash completion功能的。也就是说，加载了该文件之后，我们在运行adb相关的命令的时候，通过按tab键就可以帮助我们自动完成命令的输入。关于bash completion的知识，可以参考官方文档： http://www.gnu.org/s/bash/manual/bash.html#Programmable-Completion。
      第二步是执行命令lunch，如下所示：

[html] view plaincopy
  1. $ lunch  
  2.   
  3. You're building on Linux  
  4.   
  5. Lunch menu... pick a combo:  
  6.      1. full-eng  
  7.      2. full_x86-eng  
  8.      3. vbox_x86-eng  
  9.      4. full_mips-eng  
  10.      5. full_grouper-userdebug  
  11.      6. full_tilapia-userdebug  
  12.      7. mini_armv7a_neon-userdebug  
  13.      8. mini_armv7a-userdebug  
  14.      9. mini_mips-userdebug  
  15.      10. mini_x86-userdebug  
  16.      11. full_mako-userdebug  
  17.      12. full_maguro-userdebug  
  18.      13. full_manta-userdebug  
  19.      14. full_toroplus-userdebug  
  20.      15. full_toro-userdebug  
  21.      16. full_panda-userdebug  
  22.   
  23. Which would you like? [full-eng]   
       我们看到lunch命令输出了一个Lunch菜单，该菜单列出了当前Android源码支持的所有设备型号及其编译类型。例如，第一项“full-eng”表示的设备“full”即为模拟器，并且编译类型为“eng”即为工程机。

       当我们选定了一个Lunch菜单项序号(1-16)之后，按回车键，就可以完成Android编译环境的初始化过程。例如，我们选择1，可以看到以下输出：

[html] view plaincopy
  1. Which would you like? [full-eng] 1  
  2.   
  3. ============================================  
  4. PLATFORM_VERSION_CODENAME=REL  
  5. PLATFORM_VERSION=4.2  
  6. TARGET_PRODUCT=full  
  7. TARGET_BUILD_VARIANT=eng  
  8. TARGET_BUILD_TYPE=release  
  9. TARGET_BUILD_APPS=  
  10. TARGET_ARCH=arm  
  11. TARGET_ARCH_VARIANT=armv7-a  
  12. HOST_ARCH=x86  
  13. HOST_OS=linux  
  14. HOST_OS_EXTRA=Linux-3.8.0-31-generic-x86_64-with-Ubuntu-13.04-raring  
  15. HOST_BUILD_TYPE=release  
  16. BUILD_ID=JOP40C  
  17. OUT_DIR=out  
  18. ============================================  
       我们可以看到，lunch命令帮我们设置好了很多环境变量。通过设置这些环境变量，就配置好了Android编译环境。

       通过图1我们就可以直观地看到Android编译环境初始化完成后，我们所获得的东西：

图1 Android编译环境初始化完成之后

       总体来说，Android编译环境初始化完成之后，获得了以下三样东西：

       1. 将vendor和device目录下的vendorsetup.sh文件加载到了当前终端；

       2. 新增了lunch、m、mm和mmm等命令；

       3. 通过执行lunch命令设置好了TARGET_PRODUCT、TARGET_BUILD_VARIANT、TARGET_BUILD_TYPE和TARGET_BUILD_APPS等环境变量。  

       接下来我们就主要分析build/envsetup.sh文件的加载过程以及lunch命令的执行过程。

       一. 文件build/envsetup.sh的加载过程

       文件build/envsetup.sh是一个bash shell脚本，从它里面定义的函数hmm可以知道，它提供了lunch、m、mm和mmm等命令供我们初始化编译环境或者编译Android源码。

       函数hmm的实现如下所示：

[plain] view plaincopy
  1. function hmm() {  
  2. cat <<EOF  
  3. Invoke ". build/envsetup.sh" from your shell to add the following functions to your environment:  
  4. - lunch:   lunch <product_name>-<build_variant>  
  5. - tapas:   tapas [<App1> <App2> ...] [arm|x86|mips] [eng|userdebug|user]  
  6. - croot:   Changes directory to the top of the tree.  
  7. - m:       Makes from the top of the tree.  
  8. - mm:      Builds all of the modules in the current directory.  
  9. - mmm:     Builds all of the modules in the supplied directories.  
  10. - cgrep:   Greps on all local C/C++ files.  
  11. - jgrep:   Greps on all local Java files.  
  12. - resgrep: Greps on all local res/*.xml files.  
  13. - godir:   Go to the directory containing a file.  
  14.   
  15. Look at the source to view more functions. The complete list is:  
  16. EOF  
  17.     T=$(gettop)  
  18.     local A  
  19.     A=""  
  20.     for i in `cat $T/build/envsetup.sh | sed -n "/^function /s/function \([a-z_]*\).*/\1/p" | sort`; do  
  21.       A="$A $i"  
  22.     done  
  23.     echo $A  
  24. }  
       我们在当前终端中执行hmm命令即可以看到函数hmm的完整输出。

       函数hmm主要完成三个工作：

       1. 调用另外一个函数gettop获得Android源码的根目录T。 

       2. 通过cat命令显示一个Here Document，说明$T/build/envsetup.sh文件加载到当前终端后所提供的主要命令。

       3. 通过sed命令解析$T/build/envsetup.sh文件，并且获得在里面定义的所有函数的名称，这些函数名称就是$T/build/envsetup.sh文件加载到当前终端后提供的所有命令。

       注意，sed命令是一个强大的文本分析工具，它以行为单位为执行文本替换、删除、新增和选取等操作。函数hmm通过执行以下的sed命令来获得在$T/build/envsetup.sh文件定义的函数的名称：

[plain] view plaincopy
  1. sed -n "/^function /s/function \([a-z_]*\).*/\1/p"  
       它表示对所有以“function ”开头的行，如果紧接在“function ”后面的字符串仅由字母a-z和下横线(_)组成，那么就将这个字符串提取出来。这正好就对应于shell脚本里面函数的定义。

       文件build/envsetup.sh除了定义一堆函数之外，还有一个重要的代码段，如下所示：

[plain] view plaincopy
  1. # Execute the contents of any vendorsetup.sh files we can find.  
  2. for f in `/bin/ls vendor/*/vendorsetup.sh vendor/*/*/vendorsetup.sh device/*/*/vendorsetup.sh 2> /dev/null`  
  3. do  
  4.     echo "including $f"  
  5.     . $f  
  6. done  
  7. unset f  

        这个for循环遍历vendor目录下的一级子目录和二级子目录以及device目录下的二级子目录中的vendorsetup.sh文件，并且通过source命令(.)将它们加载当前终端来。vendor和device相应子目录下的vendorsetup.sh文件的实现很简单，它们主要就是添加相应的设备型号及其编译类型支持到Lunch菜单中去。

        例如，device/samsung/maguro目录下的vendorsetup.sh文件的实现如下所示：

[plain] view plaincopy
  1. add_lunch_combo full_maguro-userdebug  
        它调用函数add_lunch_combo添加一个名称为“full_maguro-userdebug”的菜单项到Lunch菜单去。

        函数add_lunch_combo定义在build/envsetup.sh文件中，它的实现如下所示：

[plain] view plaincopy
  1. function add_lunch_combo()  
  2. {  
  3.     local new_combo=$1  
  4.     local c  
  5.     for c in ${LUNCH_MENU_CHOICES[@]} ; do  
  6.         if [ "$new_combo" = "$c" ] ; then  
  7.             return  
  8.         fi  
  9.     done  
  10.     LUNCH_MENU_CHOICES=(${LUNCH_MENU_CHOICES[@]} $new_combo)  
  11. }  
        传递给函数add_lunch_combo的参数保存在位置参数$1中，接着又保存在一个本地变量new_combo中，用来表示一个要即将要添加的Lunch菜单项。函数首先是在数组LUNCH_MENU_CHOICES中检查要添加的菜单项是否已经存在。只有在不存在的情况下，才会将它添加到数组LUNCH_MENU_CHOICES中去。注意，${LUNCH_MENU_CHOICES[@]}表示数组LUNCH_MENU_CHOICES的所有元素。

        数组LUNCH_MENU_CHOICES是定义在文件build/envsetup.sh的一个全局变量，当文件build/envsetup.sh被加载的时候，这个数组会被初始化为化full-eng、full_x86-eng、vbox_x86-eng和full_mips-eng，如下所示：

[plain] view plaincopy
  1. # add the default one here  
  2. add_lunch_combo full-eng  
  3. add_lunch_combo full_x86-eng  
  4. add_lunch_combo vbox_x86-eng  
  5. add_lunch_combo full_mips-eng  
       这样当文件build/envsetup.sh加载完成之后，数组LUNCH_MENU_CHOICES就包含了当前源码支持的所有设备型号及其编译类型，于是当接下来我们执行lunch命令的时候，就可以通过数组LUNCH_MENU_CHOICES看到一个完整的Lunch藤蔓。

       二. lunch命令的执行过程

       lunch命令实际上是定义在文件build/envsetup.sh的一个函数，它的实现如下所示：

[plain] view plaincopy
  1. function lunch()  
  2. {  
  3.     local answer  
  4.   
  5.     if [ "$1" ] ; then  
  6.         answer=$1  
  7.     else  
  8.         print_lunch_menu  
  9.         echo -n "Which would you like? [full-eng] "  
  10.         read answer  
  11.     fi  
  12.   
  13.     local selection=  
  14.   
  15.     if [ -z "$answer" ]  
  16.     then  
  17.         selection=full-eng  
  18.     elif (echo -n $answer | grep -q -e "^[0-9][0-9]*$")  
  19.     then  
  20.         if [ $answer -le ${#LUNCH_MENU_CHOICES[@]} ]  
  21.         then  
  22.             selection=${LUNCH_MENU_CHOICES[$(($answer-1))]}  
  23.         fi  
  24.     elif (echo -n $answer | grep -q -e "^[^\-][^\-]*-[^\-][^\-]*$")  
  25.     then  
  26.         selection=$answer  
  27.     fi  
  28.   
  29.     if [ -z "$selection" ]  
  30.     then  
  31.         echo  
  32.         echo "Invalid lunch combo: $answer"  
  33.         return 1  
  34.     fi  
  35.   
  36.     export TARGET_BUILD_APPS=  
  37.   
  38.     local product=$(echo -n $selection | sed -e "s/-.*$//")  
  39.     check_product $product  
  40.     if [ $? -ne 0 ]  
  41.     then  
  42.         echo  
  43.         echo "** Don't have a product spec for: '$product'"  
  44.         echo "** Do you have the right repo manifest?"  
  45.         product=  
  46.     fi  
  47.   
  48.     local variant=$(echo -n $selection | sed -e "s/^[^\-]*-//")  
  49.     check_variant $variant  
  50.     if [ $? -ne 0 ]  
  51.     then  
  52.         echo  
  53.         echo "** Invalid variant: '$variant'"  
  54.         echo "** Must be one of ${VARIANT_CHOICES[@]}"  
  55.         variant=  
  56.     fi  
  57.   
  58.     if [ -z "$product" -o -z "$variant" ]  
  59.     then  
  60.         echo  
  61.         return 1  
  62.     fi  
  63.   
  64.     export TARGET_PRODUCT=$product  
  65.     export TARGET_BUILD_VARIANT=$variant  
  66.     export TARGET_BUILD_TYPE=release  
  67.   
  68.     echo  
  69.   
  70.     set_stuff_for_environment  
  71.     printconfig  
  72. }  

        


123下一页在本页阅读全文

酷毙
雷人
鲜花
鸡蛋
漂亮
收藏 分享 邀请
上一篇：自上而下的软件开发和自下而上软件开发下一篇：解惑JavaScript事件机制
  • 快毕业了，没工作经验，
    找份工作好难啊？
    赶紧去人才芯片公司磨练吧!!

最新评论

关于LUPA|人才芯片工程|人才招聘|LUPA认证|LUPA教育|LUPA开源社区 ( 浙B2-20090187 浙公网安备 33010602006705号 )   

返回顶部