Android AOSP基础（三）Android系统源码的整编和单编

本文首发于微信公众号「刘望舒」

关联系列
Android AOSP基础系列
Android系统启动系列
应用进程启动系列
Android深刻四大组件系列
Android深刻理解Context系列
Android深刻理解JNI系列
Android解析WindowManager
Android解析WMS系列
Android解析AMS系列
Android包管理机制系列
Android输入系统系列

前言

在上一篇文章Android AOSP基础（二）AOSP 源码下载 中，咱们顺利的将AOSP下载了下来，不少时候咱们不只仅须要去查看源码，还有如下的几个需求：

• 动态调试Android系统源码
• 定制Android系统
• 将最新版本的Android系统刷入到本身的Android设备中
• 将系统源码导入到Android Studio中

为了实现这些需求，就须要咱们去编译系统源码。

1.编译系统概述

了解如下一些概念，会对Android编译系统有大概的了解。
Makefile
Android平台的编译系统，其实就是用Makefile写出来的一个独立项目。它定义了编译的规则，实现了“自动化编译”，不只把分散在数百个Git库中的代码整合起来、统一编译， 并且还把产物分门别类地输出到一个目录，打包成手机ROM，还能够生成应用开发时所使用的SDK、NDK等。 所以，采用Makefile编写的编译系统，也能够称为Makefile编译系统。 Android.mk
Makefile编译系统的一部分，定义了一个模块的必要参数，使模块随着平台编译。通俗来说就是告诉编译系统，以什么样的规则编译你的源代码，并生成对应的目标文件。

Ninja
Ninja是一个致力于速度的小型编译系统，若是把其余的编译系统看做高级语言，那么Ninja 目标就是汇编。

Soong
Soong是谷歌用来替代此前的Makefile编译系统的替代品，负责解析Android.bp文件，并将之转换为Ninja文件

Blueprint
Blueprint用来解析Android.bp文件翻译成Ninja语法文件。

kati
kati是谷歌专门为了Android而开发的一个小项目，基于Golang和C++。 目的是把Android中的Makefile，转换成Ninja文件。

Android.bp
Android.bp，是用来替换Android.mk的配置文件。

Android.mk、Ninja、Soong、Blueprint、kati、Android.bp的概念之间的联系为：

Blueprint负责解析Android.bp文件内容，Blueprint相似一个处理相关语法的库文件，Soong则是定义具体如何处理相应的语法以及命令实现。通俗来说就是Soong借助于Blueprint定义的Android.bp语法，完成Android.bp的解析，最终转换成Ninja文件。 Makefile文件会经过kati转换为Ninja文件。 随着Android工程愈来愈大，采用Makefile的编译系统花费的时间也愈来愈长，所以谷歌在Android 7.0开始引入了Ninja来编译系统，相对于Makefile来讲Ninja在大的项目管理中速度和并行方面有突出的优点。 Makefile默认文件名为Makefile或makefile，也经常使用.make或.mk做为文件后缀。 Ninja的默认文件名是build.ninja，其它文件以.ninja为后缀。Makefile与Ninja的区别在于, Makefile是设计来给开发编写的，而Ninja设计出来是给其它程序生成的。若是Makefile是Java语言，那么Ninja就是汇编语言。

2.编译源码的方式

Androd系统源码编译有不少种方式，主要有如下几种：

• 在Linux中直接进行系统源码编译（Android官方支持）
• 在Mac OS中直接进行系统源码编译（Android官方支持）
• 使用Docker编译，支持Mac OS和Windows

其中须要注意的是，Docker的最低支持版本为Windows7，建议用Windows10环境下使用Docker，由于在Windows7种还须要借助Docker Toolbox和VirtualBox中的容器进行通讯，效率相对低些。 考虑到大多数人的设备和上手难易程度，本为讲解在Linux中直接进行系统源码编译，若是你的系统不是Ubuntu，能够查看Android AOSP基础（一）VirtualBox 安装 Ubuntu这篇文章。

3.准备编译环境

1.安装 jdk8

sudo apt-get update
sudo apt-get install openjdk-8-jdk
复制代码

2.使用 ubuntu 14+，须要安装如下依赖包：

sudo apt-get install git-core gnupg flex bison gperf build-essential zip curl zlib1g-dev gcc-multilib g++-multilib libc6-dev-i386 lib32ncurses5-dev x11proto-core-dev libx11-dev lib32z-dev ccache libgl1-mesa-dev libxml2-utils xsltproc unzip
复制代码

3.设置处理器数量 在设置-->系统-->处理器选项，设置处理器数量，建议选择能设置的最大值，这里设置的是6。

4.源码整编

整编就是编译整个Android 源码，整编主要有三个步骤，下面分别就行介绍。

1.初始化环境

在AOSP的根目录，输入以下的命令：

source build/envsetup.sh
// 编译前删除build文件夹A
make clobber
复制代码

使用 build目录中的envsetup.sh 脚本初始化环境，这个脚本会引入其余的执行脚本。

2. 选择编译目标 输入命令：

lunch
复制代码

lunch命令是envsetup.sh里定义的一个命令，用来让用户选择编译目标。 会有如下信息输出：

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_car_arm-userdebug 8. aosp_car_arm64-userdebug 9. aosp_car_x86-userdebug 10. aosp_car_x86_64-userdebug 11. mini_emulator_arm64-userdebug 12. m_e_arm-userdebug 13. m_e_mips64-eng 14. m_e_mips-userdebug 15. mini_emulator_x86_64-userdebug 16. mini_emulator_x86-userdebug 17. uml-userdebug 18. aosp_cf_x86_auto-userdebug 19. aosp_cf_x86_phone-userdebug 20. aosp_cf_x86_tablet-userdebug 21. aosp_cf_x86_tablet_3g-userdebug 22. aosp_cf_x86_tv-userdebug 23. aosp_cf_x86_wear-userdebug 24. aosp_cf_x86_64_auto-userdebug 25. aosp_cf_x86_64_phone-userdebug 26. aosp_cf_x86_64_tablet-userdebug 27. aosp_cf_x86_64_tablet_3g-userdebug 28. aosp_cf_x86_64_tv-userdebug 29. aosp_cf_x86_64_wear-userdebug 30. cf_x86_auto-userdebug 31. cf_x86_phone-userdebug 32. cf_x86_tablet-userdebug 33. cf_x86_tablet_3g-userdebug 34. cf_x86_tv-userdebug 35. cf_x86_wear-userdebug 36. cf_x86_64_auto-userdebug 37. cf_x86_64_phone-userdebug 38. cf_x86_64_tablet-userdebug 39. cf_x86_64_tablet_3g-userdebug 40. cf_x86_64_tv-userdebug 41. cf_x86_64_wear-userdebug 42. aosp_marlin-userdebug 43. aosp_marlin_svelte-userdebug 44. aosp_sailfish-userdebug 45. aosp_walleye-userdebug 46. aosp_walleye_test-userdebug 47. aosp_taimen-userdebug 48. hikey-userdebug 49. hikey64_only-userdebug 50. hikey960-userdebug Which would you like? [aosp_arm-eng] 复制代码

意思就是要你选择编译目标的格式，编译目标的格式组成为BUILD-BUILDTYPE，好比aosp_arm-eng的BUILD为aosp_arm，BUILDTYPE为eng。

其中BUILD表示编译出的镜像能够运行在什么环境，aosp表明Android开源项目，arm表示系统是运行在arm架构的处理器上。 更多参考官方文档。 BUILDTYPE 指的是编译类型，有如下三种：

• user：用来正式发布到市场的版本，权限受限，如没有 root 权限，不能 dedug，adb默认处于停用状态。
• userdebug：在user版本的基础上开放了 root 权限和 debug 权限，adb默认处于启用状态。通常用于调试真机。
• eng：开发工程师的版本，拥有最大的权限(root等)，具备额外调试工具的开发配置。通常用于模拟器。

若是你没有Nexus设备，只想编译完后运行在模拟器查看，那么BUILD能够选择aosp_x86，BUILDTYPE选择eng，Which would you like? [aosp_arm-eng]后面直接输入对应序号5就能够。

也能够直接指定编译的目标：

lunch aosp_x86-eng
复制代码

或者（不一样的系统版本，序号的对应会有差异，建议不要直接用序号）

lunch 5
复制代码

3. 开始编译 经过-jN参数来设置编译的并行任务数，以提升编译速度，在此前个人CPU核心数为6，这里N值最好选在6到12之间，这里咱们设置6个并行任务进行编译:

make -j6
复制代码

整编成功后会打印相似以下内容：

因为采用的是虚拟机整编，编译速度会慢一些，这里花费了2小时46分钟. 最终会在 out/target/product/generic_x86/目录生成了三个重要的镜像文件： system.img、userdata.img、ramdisk.img。大概介绍着三个镜像文件： system.img：系统镜像，里面包含了Android系统主要的目录和文件，经过init.c进行解析并mount挂载到/system目录下。 userdata.img：用户镜像，是Android系统中存放用户数据的，经过init.c进行解析并mount挂载到/data目录下。 ramdisk.img：根文件系统镜像，包含一些启动Android系统的重要文件，好比init.rc。

运行模拟器 在编译完成以后,就能够经过如下命令运行Android虚拟机了，命令以下:

source build/envsetup.sh
lunch 5
emulator
复制代码

若是是在编译完后运行虚拟机，因为以前已经执行过source和lunch命令了，能够直接运行：

emulator
复制代码

若是不出意外就会启动模拟器，若是出现报错，网上也有不少的解决方案。

5.源码单编

好比咱们要编译系统的Settings应用模块， 在AOSP根目录执行：

source build/envsetup.sh
lunch 5
复制代码

进入Settings的目录：

cd packages/apps/Settings
复制代码

mm编译当前目录下的模块，不编译依赖模块。

mm
复制代码

编译成功后会有提示生成文件的存放路径。

除了Settings.odex文件，还会在out/target/product/generic_x86/system/priv-app/Settings目录下生成Settings.apk。

此外还有如下命令能够进行单编：

• mmm：编译指定目录下的模块，不编译它所依赖的其它模块。
• mma：编译当前目录下的模块及其依赖项。
• mmma：编译指定路径下全部模块，而且包含依赖。

若是你修改了源码，想查看生成的APK文件，有两种方式：

1. 经过adb push或者adb install 来安装APK。
2. 使用make snod命令，从新生成 system.img，运行模拟器查看。

感谢：
www.jianshu.com/p/f514a9312…
wuxiaolong.me/2018/07/25/…
blog.csdn.net/nwpushuai/a…
note.qidong.name/2017/08/and…
www.jianshu.com/p/80013a768…
note.qidong.name/2017/08/and…

---

分享大前端、Android、Java等技术，助力5万程序员成长进阶。