Andoird编译系统分析(一)

最新推荐文章于 2021-05-26 05:34:33 发布
最新推荐文章于 2021-05-26 05:34:33 发布
阅读量1.7k 收藏 2
点赞数 1
文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/paocaka/article/details/48549951
版权
本文介绍了Android编译系统的步骤，包括完整系统和模块的编译。首先，通过执行build/envsetup.sh和lunch选择要编译的产品。模块编译可通过mm/mmm/mma/mmma命令进行。文章详细解析了envsetup.sh脚本的功能，特别是lunch命令的用法。在编译前，会执行一些初始化工作，如设置环境变量和导入vendorsetup.sh。最后，文章探讨了makefile环境的初始化，主要涉及config.mk、BoardConfig.mk和AndroidProducts.mk等文件的作用。
摘要由CSDN通过智能技术生成

使用Android编译系统

编译完整的Android

根据Android官网的文档，需要编译完整的Android系统，其步骤如下:
a. 进入需要的编译的Android工程源码树顶层目录
b. . build/envsetup.sh // 配置环境变量
c. lunch // 从交互界面的列表中选择想要编译的产品
d. make // 开始编译

模块单独编译
模块单独编译的前提是系统已经进行一次完整的编译，因为这里面到包括依赖问题以及一些基本的工具制作问题，在后面的剖析中会讲到。

模块编译的方式有两种：
第一种方法，进入需要编译的模块所在的目录，执行
mm，该命令仅仅只会编译模块本身，并不会解决依赖问题
mma，改命令会检查模块依赖的其它模块是否需要编译，如果需要的话，则会先行编译依赖然后再编译模块本身.
第二种方法，在Android工程源码目录下面的任意位置，执行
mmm 相对路径 // 所要编译的模块相对当前位置的相对路径
mmma，同mma，会先解决依赖问题

SHELL环境的初始化
Android的编译系统有一部分工作是shell完成的，这样能简化makefile工程的使用，同时还能提高不同场景下使用编译系统的灵活性。
SHELL环境的初始化工作主要通过以下两个步骤完成，这也是编译android的先决条件
. build/envsetup.sh
lunch

解析envsetup.sh脚本
该脚本的工作主要可分为两个部分：
第一部分，它定义了一系列shell函数，来辅助我们编译开发android系统，包括了前面提到的lunch以及mm/mmm/mma/mmma函数。另外还有几个常用的函数如下：
croot // 切换至android源码树顶层目录
cgrep // 在当前目录下的所有c/c++/h文件上执行grep
jgrep // 在当前目下所有的java文件上执行grep
mgrep // 在当前目录下所有的makefile/mk/mak/make文件上执行grep

除此之外，还有许多不经常用的函数，有兴趣可以自行阅读脚本源码。
注意，envsetup.sh里面定义的函数，都要求在TOP及子目录下面使用。

第二部分，envsetup.sh在导入到当前shell环境时，还直接执行了以下几个步骤：

1629 if [ "x$SHELL" != "x/bin/bash" ]; then
1630     case `ps -o command -p $$` in
1631         *bash*)
1632             ;;
1633         *)
1634             echo "WARNING: Only bash is supported, use of other shell would lead to erroneous results"
1635             ;;
1636     esac
1637 fi
1638 
1639 # Execute the contents of any vendorsetup.sh files we can find.
1640 for f in `test -d device && find -L device -maxdepth 4 -name 'vendorsetup.sh' 2> /dev/null` \
1641          `test -d vendor && find -L vendor -maxdepth 4 -name 'vendorsetup.sh' 2> /dev/null`
1642 do
1643     echo "including $f"
1644     . $f
1645 done
1646 unset f
1647 
1648 addcompletions

1629-1637行表示android编译依赖HOST的shell是bash，非bash的shell可能导致错误。
1648行完成envsetup.sh所定义的函数的自动补全功能。
1640-1645行，会从device和vendor目录下寻找vendorsetup.sh，如果找到，则将其内容导入到当前shell环境中来。这个过程就是添加各个硬件厂商自己定义的产品信息，通过这样的方式，android实际上就把编译系统的核心规则和需要由各个厂商来实现的具体产品相关的配置信息给剥离开来，从而形成一个松散的结构。这样的话，如果需要添加一个新的产品将变得容易很多，并且也不会影响到核心规则。

以高通平台为例，观察vendorsetup.sh所做的事情：
文件名为device/qcom/s410/vendorsetup.sh

add_lunch_combo s410-eng
add_lunch_combo s410-userdebug
add_lunch_combo s410-user

很简单，调用了三次add_lunch_combo函数，分别传入了三个参数。add_lunch_combo函数在build/envsetup.sh中实现的：

 557 function add_lunch_combo()
 558 {   
 559     local new_combo=$1
 560     local c
 561     for c in ${LUNCH_MENU_CHOICES[@]} ; do
 562         if [ "$new_combo" = "$c" ] ; then
 563             return
 564         fi
 565     done 
 566     LUNCH_MENU_CHOICES=(${LUNCH_MENU_CHOICES[@]} $new_combo)
 567 }

该函数就是把传进来的参数加入到数组LUNCH_MENU_CHOICES里面。关于LUNCH_MENU_CHOICES的作用，则需要从lunch函数入手，这里先记住我们往数组里面添加了三个元素：s410-eng, s410-userdebug,s410-user.
关于add_lunch_combo函数，还有一点需要说明一下，除了vendorsetup.sh调用了以外，envsetup.sh自己也调用了：

 570 add_lunch_combo aosp_arm-eng
 571 add_lunch_combo aosp_arm64-eng
 572 add_lunch_combo aosp_mips-eng
 573 add_lunch_combo aosp_mips64-eng
 574 add_lunch_combo aosp_x86-eng
 575 add_lunch_combo aosp_x86_64-eng

看到aosp就明白了，这是原生android内置的一组默认产品，因此在这里调用也算合情合理。

导入envsetup.sh以后，我们得到了两个结果：一组shell函数和一个shell数组。
lunch函数的实现
首先看运行lunch的效果，lunch可以有两种用法：
a. 如果直接执行lunch，不带参数，那么lunch会给出一个menu来与用户交互，比如：

You’re building on Linux

Lunch menu… pick a combo:
1. aosp_arm-eng
2. aosp_arm64-eng
3. aosp_mips-eng
4. aosp_mips64-eng
5. aosp_x86-eng
6. aosp_x86_64-eng
7. aosp_manta-userdebug
8. mini_emulator_arm64-userdebug
9. mini_emulator_mips-userdebug
10. m_e_arm-userdebug
11. mini_emulator_x86-userdebug
12. mini_emulator_x86_64-userdebug
13. aosp_shamu-userdebug
14. aosp_flo-userdebug
15. aosp_grouper-userdebug
16. full_fugu-userdebug
17. aosp_fugu-userdebug
18. aosp_deb-userdebug
19. aosp_tilapia-userdebug
20. aosp_hammerhead-userdebug
21. aosp_mako-userdebug
22. s410-eng
23. s410-userdebug
24. s410-user

Which would you like? [aosp_arm-eng]

然后等待我们输入，这里可以输入列表项或者项对应的数字编号。

b. 我们也可以直接运行一个带参数的lunch，比如lunch s410-eng或者lunch 22
效果和上面两步合起来的效果是一样的。

lunch执行后，除了会在背后做一系列动作，同时还会dump出一些信息给我们：

============================================
PLATFORM_VERSION_CODENAME=REL
PLATFORM_VERSION=5.0.2
TARGET_PRODUCT=s410
TARGET_BUILDSPEC=pc3
TARGET_BUILD_VARIANT=eng
TARGET_BUILD_TYPE=release
TARGET_BUILD_APPS=
TARGET_ARCH=arm64
TARGET_ARCH_VARIANT=armv8-a
TARGET_CPU_VARIANT=generic
TARGET_2ND_ARCH=arm
TARGET_2ND_ARCH_VARIANT=armv7-a-neon
TARGET_2ND_CPU_VARIANT=cortex-a53
HOST_ARCH=x86_64
HOST_OS=linux
HOST_OS_EXTRA=Linux-3.16.0-38-generic-x86_64-with-Ubuntu-14.04-trusty
HOST_BUILD_TYPE=release
BUILD_ID=LRX22G
OUT_DIR=out
============================================

先不解释这个结果，往下面继续分析到相关处，再来回过头看这些信息。

在分析lunch函数前，先分析两个在后续过程中会频繁使用的函数：
get_build_var
get_abs_build_var
以get_build_var为例分析：

  51 function get_build_var()
  52 { 
  53     T=$(gettop)
  54     if [ ! "$T" ]; then
  55         echo "Couldn't locate the top of the tree.  Try setting TOP." >&2
  56         return
  57     fi
  58     (\cd $T; CALLED_FROM_SETUP=true BUILD_SYSTEM=build/core \
  59       command make --no-print-directory -f build/core/config.mk dumpvar-$1)
  60 }

实际上是执行了一条make命令，目标是dumpvar-XXX，比如dumpvar-TARGET_DEVICE.这条目标实际上是在core/dumpvar.mk里面定义的：

 28 dumpvar_goals := \
 29     $(strip $(patsubst dumpvar-%,%,$(filter dumpvar-%,$(MAKECMDGOALS))))
 …
 48     DUMPVAR_VALUE := $($(dumpvar_goals))
 49     dumpvar_target := dumpvar-$(dumpvar_goals)
…
 53 $(dumpvar_target):
 54     @echo $(DUMPVAR_VALUE)

还是以dumpvar-TARGET_DEVICE为例，dumpvar_target实际上就是目标dumpvar-TARGET_DEVICE，而DUMPVAR_VALUE内容为$(TARGET_DEVICE),这是一个makefile变量，是通过厂商定义的PRODUCT_DEVICE变量得到的，在分析编译流程时会详细描述这个过程。
这个函数的作用就是把一个make变量转成同名的shell变量。这么做的原因是，这些变量的值都定义在makefile里面，因为整个android编译系统的主体工程还是makefile工程，所以如果shell里面需要用到某些变量的话，通过这个巧妙的转换就可以获得了。
get_abs_build_var这个函数作用差不多，其make的目标是dumpvar-abs-XXX. 如果shell想要的值是一个路径的话，get_build_var返回的可能是相对路径，这取决于makefile里面的同名变量，而get_abs_build_var会把相对路径转换成绝对路径，它是这么做的：

 41     ifneq ($(filter /%,$($(dumpvar_goals))),)
 42       DUMPVAR_VALUE := $($(dumpvar_goals))
 43     else
 44       DUMPVAR_VALUE := $(PWD)/$($(dumpvar_goals))
 45     endif

这里的相对路径是针对TOP而言的，这里使用PWD转换的。因为在执行make命令时，有这样的动作：

58     (\cd $T; CALLED_FROM_SETUP=true BUILD_SYSTEM=build/core \
59       command make --no-print-directory -f build/core/config.mk dumpvar-$1)

所以make运行的所在路径其实就是TOP。

开始分析lunch函数

 596 function lunch()
 597 {
 598     local answer
 599 
         // 如果带参数，直接把参数记录在answer里面，否则等待
最低0.47元/天 解锁文章
paocaka
关注
Android编译系统分析
zirconsdu的专栏
09-21 3万+
Android编译系统分析 概要 由于Android编译系统的复杂和使用了不熟悉的Python，所以对其一直望而却步；工作中使用Android.mk也仅仅是拷贝修改。最近由于工作需要解决一个编译方面的问题1，浏览了一下编译系统；另外，项目上的编译控制是使用在Android编译系统基础之上的一个sh脚本，由于脚本维护滞后和Android源码目录增加删除修改的原因，该sh已经不能用来编译SDK。在
android编译系统分析一：source build/envsetup.sh与lunch
热门推荐
阳光玻璃杯
08-01 3万+
虽然已经有很多人分析过android的编译系统的代码了，我也看过他们的博客，也学到了不少知识，但单纯的看别人分析，终究还是理解的不深入，所以，我还是要自己再认真的分析一遍。 1. source build/envsetup.sh 这个文件虽然很大，但暂且不需要统统看一遍。它里面定义了很多函数，这些函数在使用的时候再具体详细学习，现在主要看看这个脚本做的事情。即便如此，打开这个脚本后第一个函数还
Android编译系统(四)Android编译系统框架分析及main.mk 分析
07-25
本文是android编译系统中框架分析的内容 分析的非常到位 是目前见到的最为详细的分析 分享之
Android 编译系统分析
WINGCREATE的专栏
03-31 1370
<br />http://disanji.net/2011/02/28/android-compile-explanation/<br /> <br />自Android开源以来，引起了嵌入式行业一股热潮，很多嵌入式开发者表示对Android有很强的兴趣，并下载Android源码进行编译和移植。Android源码的巨大（repo下来，大概2G）给人以Android相当复杂的错觉。本文从Android编译系统的角度，让大家了解Android其实也是很纯真的。 Android编译系统（build system）
android编译系统分析
嵌入式技术
04-09 82
android编译系统分析
Android编译系统之交叉编译器详解
文艺小少年的博客
03-11 4965
一、引言 Android开发的同僚都知道，Andriod本身有一套很完善的编译机制，也就是在/build 目录下，每当我们想新增一个库、可执行文件等，只需要添加对应的Android.mk文件即可，具体该文件的通法，详见我之前的博客四、安卓源码分析之Android.mk，而其实Android.mk其实是封装了交叉编译器，所以我们编写的文件才能直接在Android终端上运行。我们今天就来详细看下And...
android编译系统分析.pdf
09-29
Android编译系统分析是Android系统中一个非常重要的组件，它负责将Android应用程序代码编译成能够在Android设备上运行的机器代码。下面是Android编译系统分析的详细知识点： 一、Android编译系统概述 Android...
android编译系统分析（很详细）
09-03
Android 编译系统分析 Android 编译系统是 Android 操作系统的核心组件之一，它负责将源代码编译成可执行文件。Android 编译系统的分析对于Android 开发者来说非常重要，因为它可以帮助开发者更好地理解 Android 的...
Android 编译系统分析.doc
07-04
Android编译系统是Android操作系统开发的关键组成部分，负责将源代码转化为可在不同设备上运行的可执行文件和库。本文将深入解析Android编译系统的结构和工作原理，重点关注四种类型的Make文件及其作用。 首先，...
WARNING: Only bash is supported, use of other shell would lead to erroneous results
thunder_sz的博客
01-08 3862
编译envsetup.sh出现Only bash is supported, use of other shell would lead to erroneous results 看了一下脚本内容if [ "x$SHELL" != "x/bin/bash" ]; then case `ps -o command -p $$` in *bash*)
设备_RMX1851-PBRP
02-14
android_device__RMX1851 用于为Realme 3 Pro构建PBRP 最初由mauronofrio用于Realme 3 Pro的TWRP设备树 特征 作品： 亚行 解密/ data 屏幕亮度设置 正确的屏幕截图颜色 中期计划 闪烁（opengapps，rom，图像等） 备份/还原（需要更多测试） USB OTG 振动支持 编译 第一次检出最小twrp与omnirom树： $ repo init --depth=1 -u git://github.com/PitchBlackRecoveryProject/manifest_pb.git -b android-9.0 repo sync -f --force-sync --no-clone-bundle --no-tags -j$(nproc --all) 然后将这些项目添加到.repo / manif
RK3399linux交叉编辑器下载,rk3399 源码下查找交叉编译工具链
weixin_39719732的博客
05-13 441
小伙伴突然问到 android 下交叉编译链在哪个位置，一脸发懵，所以记录一下平台Android版本内核版本rk3399android 7.14.4kernel 和android 的编译时分为两部分 所以我们需要分为两份查看kernelrk的编译命令基本是：cd kernel/make ARCH=arm64 rockchip_defconfigmake ARCH=arm64 rk3399-box-...
prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.7/bin/arm-linux-androideabi-gcc问题解决
记录和分享程序人生的点点滴滴
05-20 1万+
该问题已经解决，来龙去脉是这样的： 1、我的ubuntu 12.04是用wubi安装的，为了节约ubuntu 磁盘空间，我将编译android编译源码下载好后，复制到了media挂载下的windows磁盘，问题就来了，我的windows盘符是NTFS格式的，发现里面的文件无法添加可执行权限，去手动修改也不行，root也没用。 2、产生同类情况的当然也有java环境变量没有配置好的原因，但我的情
android 6.0编译环境,MacOS下编译Android6.0源代码
weixin_35820008的博客
05-26 238
编译Android系统，只能在OS X环境下或者是Linux环境下，这篇文章，也是买Mac不久后写的，当时想顺便测试一下电脑的性能，编译Android系统要多久。整理笔记的时候发现，也就顺便发布出来。通过App store可以安装xcode下载安装Xcode Command Line Tools，如果之前安装过，输入该命令的时候，提示已经安装➜~xcode-select--installx...
Android7.0 编译系统流程分析
lizekun2010的博客
09-20 1万+
本文按照Android编译三部曲（source，lunch和make）的步骤来分析查看每个环节的主要流程，由于编译系统太过庞大，这里只是从关键的主干流程上做一个分析，不可能做到每个细节都剖析清楚，由于水平有限，如果有描述不够正确的地方，欢迎大家毫无保留的指正错误，在此先谢过。
Building System之编译前的准备工作
L_Nan的专栏
09-22 2508
1、设置JAVA_HMOE环境变量 export JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64 2、source build/envsetup.sh 该shell脚本实现了许多有用的shell函数，执行hmm（hmm是envsetup.sh实现的第一个shell函数）可查看envsetup.sh实现的所有函数。 下面是hmm命令显示的一部分
使用AndroidStudio查看并调试Android源码
cfy137000的博客
11-04 2万+
使用AndroidStudio查看并调试Android源码使用AndroidStudio查看并调试Android源码0.基础环境1. 操作系统2. Java3. Android源码1. 编译源码初始化编译环境AndroidP的终端检查源码AndroidO的终端检查源码选择编译目标编译验证2. 导入源码到AndroidStudioAndroidStudio的初期配置源码导入1. 在/etc/sysc...
Android 基本结构
alianqiugui的博客
10-16 870
frameworks 目录 （核心框架——java及C++语言） . |– base （基本内容） | |– api （？都是xml文件，定义了java的api？） | |– awt （AWT库） | |– build （空的） | |– camera （摄像头服务程序库） | |– cmds （重要命令：am、app_proce等） |
AOSP编译系统初探（一）
lijun_nfd的专栏
12-18 969
build/envsetup.sh的大致内容 function hmm(){} # Get the value of a build variable as an absolute path. function get_abs_build_var(){} # Get the exact value of a build variable. function get_build_var()
深入解析Android编译系统
"本文档详细分析了Android的编译...Android编译系统是一个复杂但功能强大的工具，理解和掌握其运作机制对于Android开发和维护至关重要。通过深入学习，开发者可以更好地控制编译过程，解决遇到的问题，提高工作效率。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值