[深刻理解Android卷一全文-第一章]阅读前的准备工做

因为《深刻理解Android 卷一》和《深刻理解Android卷二》再也不出版，而知识的传播不该该由于纸质媒介的问题而中断，因此我将在OSC博客中全文转发这两本书的所有内容。

第一章  阅读前的准备工做

本章主要内容

• 本章简单介绍Android系统架构、编译环境的搭建以及一些工具的使用。

1.1  系统架构

1.1.1  Android系统架构

Android是Google公司推出的一款手机开发平台。该平台自己是基于Linux内核的，图1-1展现了这个系统的架构：

图1-1  Android系统架构

从上图中能够看出，Android系统大致可分为四层，从下往上依次是：

• Linux内核层，目前Android2.2（代号为Froyo）基于Linux内核2.6版本。
• Libraries层，这一层提供动态库（也叫共享库）、Android运行时库、Dalvik虚拟机等。从编程语言上来讲，这一层大部分都是用C或C++写的，因此也能够简单地把它当作是Native层。
• Libraries层之上是Framework层，这一层大部分用Java语言编写。它是Android平台上Java世界的基石。
• Framework层之上就是Applications层了，和用户直接交互的就是这些应用程序，它们都是用Java开发的。

从上面的介绍可看出，Android最大的特色之一，恐怕就是搭建了一个被广大Java开发者热捧的Java世界了。但该世界并非空中楼阁，它的运转依赖另外一个被Google极力隐藏的Native世界。两个世界的交互关系可用图1-2来表示：

图1-2  Java世界和Native世界交互

从上图可知：

• Java虽具备和平台无关的特性，但Java和具体平台之间的隔离倒是由JNI层来作到的。Java是经过JNI层调用Linux OS中的系统调用来完成对应的功能的。例如建立一个文件、建立一个Socket等。
• 除了Java世界外，还有一个核心的Native世界，它为整个系统高效和平稳的运行提供了强有力的支持。通常而言，Java世界经由JNI层经过IPC方式和Native世界交互。而Android平台上最为神秘的IPC方法就是Binder了。在第六章将详细介绍Binder。除此以外，Socket也是经常使用的IPC方式。这些内容在后面的代码分析中都会见到。

1.1.2  本书的架构

本书所分析的模块也将遵循Android系统架构，如图1-3所示：

图1-3  本书的架构图

从上图可知，本书所分析的各个模块除未涉及Kernel外，其余三层均有所涉足，它们分别是：

• Native层包括init、Audio系统（包括AudioTrack、AudioFlinger和AudioPolicyService）、Surface系统（包括Surface和SurfaceFlinger）、经常使用类（包括RefBase、sp、wp等）、Vold和Rild。
• Java Framework层包括Zygote、System_server以及Java中的经常使用类（包括Handler、Looper等）。
• Java Application层，包括MediaProvider和Phone。

 

1.2  搭建开发环境

本节，将介绍如何搭建Android源码开发环境。

首先，须要一个Linux系统，我本人推荐安装Ubuntu10.04（32位版本）。读者可从网上下载该版本的系统。Windows用户可以使用VMWare或VirtualBox做为虚拟机，来安装Ubuntu10.04。我本人推荐VMWare，由于它的功能太强大了！

若是要使用VMWare，那么在安装完Ubuntu以后，必定要把VMWare Tools也安装上，由于这个工具会提供不少很是实用的功能。这里还有一个小建议，若是Linux系统只是我的使用，则建议用root帐户登陆系统。在工做中，曾发现不少用非root帐户登陆的同事成天都在sudo，输入密码，这样作就浪费了很多零碎的时间片。

假设读者已经安装好了Ubuntu 10.04（32位版本），而且以root帐户登陆到系统上了，接下来的工做是：

1.2.1 下载源码

Android源码采用Git①作版本管理工具，这个工具由Linux之父LinusTorvalds采用纯C开发。关于Git为何使用C语言开发的问题，还引起了一场关于C和C++孰好孰坏的大讨论，不过Linus Torvalds显然没树起“居庙堂之高，则忧其民”的形象。对于普通码农而言，用最合适的工具、最实用的办法来完成好工做才是最重要的。因此C、C++、Java、Python等都仅仅是工具而已。

下面介绍如何下载源码。

1. 设置软件源

下载Android源码前，有些下载工具须要从Ubuntu软件源上下载。能够为Ubuntu系统指定一个软件源。有些软件源上有这些工具，有些却没有，并且各个软件源的下载速度也不一样，因此应首先找到一个合适的软件源。Ubuntu软件源的设置界面如图1-3所示：

图1-3  Ubuntu软件源设置

从上图中可发现，将软件源地址设置成了http://mirror.bjtu.edu.cn/ubuntu。每一个人可根据本身的状况选择合适的软件源。

2. 下载Android源码

下面开始下载Android源码，工序比较简单，可一鼓作气。

• apt-get install git-core curl   #先下载这两个工具
• mkdir –p ~/android/froyo            #在登陆用户的目录下新建android和froyo两个目录
• cd ~/android/froyo               #进入这个目录
• curl http://Android.git.kernel.org/repo > ./repo  #从源码网站下载repo脚本，该脚本是Google为了方便源码下载而提供的。经过该脚本可下载整套源码。
• chmod a+x repo     #设置该脚本为可执行
•  ./repo init -u git://Android.git.kernel.org/platform/manifest.git –bfroyo       #初始化git库
•  ./repo sync      #下载源码，大小为2个多GB，网速快估计得要2个多小时。

下载完后，该目录中的内容如图1-4所示：

图1-4  源码下载结果

注意，Kernel的代码必需要单独下载，下载方法以下：

git clone git://android.git.kernel.org/kernel/common.gitkernel

1.2.2  编译源码

1. 部署JDK

Froyo的编译依赖JDK1.5，因此首先要作的就是下载JDK1.5。下载网址是http://www.oracle.com/technetwork/java/javase/downloads/index-jdk5-jsp-142662.html。下载获得的文件为jdk-1_5_0_22-linux-i586.bin。把它放到一个目录中，好比我本人，就将它放在了/develop中，而后在这个目录中执行：

./jdk-1_5_0_22-linux-i586.bin  #执行这个文件

这个命令其实就是解压，解压后的结果在/develop/jdk1.5.0_22目录中。现有了JDK，再按照下面的步骤部署它便可：

• 在~/.bashrc文件的末尾添加如下几句话：

exportJAVA_HOME=/develop/jdk1.5.0_22 #设置为刚才解压的目录

exportJRE_HOME=JAVA_HOME/jre

exportCLASSPATH=$JAVA_HOME/lib:$JRE_HOME/lib:$CLASSPATH

exportPATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH

• 从新登陆系统，这样，JDK资源就能被正确找到了。

2. 编译源码

Android的编译有本身的一套规则，主要利用的就是mk文件。网上有太多关于它的解说了，这里再也不赘述，只简单介绍其编译工序：

进入源码目录（以个人开发环境为例），也就是 cd /develop/download_froyo

• 执行 . build/envsetup.sh，这个脚本用来设置Android的编译环境。
• 执行choosecombo命令，这个命令用来选择编译目标（如目标硬件平台、eng仍是user等）。通常而言，手机厂商会设置本身特有的编译选项。

执行完上面几个步骤后，就能够编译系统了。Android平台提供了三个命令用于编译，它们分别是make、mmm和mm，这三个命令的使用方法及其优劣以下：

• make：不带任何参数，它用于编译整个系统，时间较长，我本人不推荐这种作法，除非读者想编译整个系统。
• make MediaProvider ：下面几个例子都以编译MediaProvider为例。这种方式对应于单个模块编译。它的优势是，会把该模块依赖的其余模块也一块儿编译。例如 make libmedia，就会把libmedia依赖的库全编译好。其缺点也很明显，它须要搜索整个源码来定义MediaProvider模块所使用的Android.mk文件，而且还要判断该模块所依赖的其余模块是否有修改。总体编译时间较长。
• mmm packages/providers/MediaProvider ：该命令将编译指定目录下的目标模块，而不编译它所依赖的模块。因此若是读者是初次编译，采用这种方式编译一个模块每每会报错。错误的缘由是由于它依赖的模块没有被编译。
• mm ：这种方式须要先cdpackages/providers/MediaProvider目录，而后mm。该命令会编译当前目录下的模块。它和mmm同样，只编译目标模块。mm和mmm命令编译的速度都很快。

从使用的角度来看，我本人有以下建议：

• 若是只知道目标模块名，则应使用make 模块名的方式来编译目标模块。例如编译libmedia，则直接使用make libmedia便可。另外，初次编译时也要采用这种方法。
• 若是不知道目标模块名，而知道目标模块所处的目录，则可以使用mmm或mm命令来编译。固然，初次编译还必须使用make命令。而之后的编译就可以使用mmm或mm了，这样会节约很多时间。

通常的编译方式都使用增量编译，即只编译发生变化的目标文件。但有时则需从新编译全部目标文件，那么就可以使用make命令的-B选项。例如 make –B 模块名，或者mm –B、mmm –B 。mm和mmm内部，也是调用make命令的，而make的-B选项将强制编译全部目标文件。

Android的编译工序比较简单，难点主要在Android.mk文件的编写。读者可上网搜索与此相关的学习资料。

3．本书各模块的编译目标

本书各模块的编译目标如表1-1所示，这里仅列出几个有表明性的模块：

表1-1  本书各模块编译目标

目标模块	make命令	mmm命令
init	make init	mmm system/core/init
zygote	make app_process	mmm frameworks/base/cmds/app_process
system_server	make services	mmm frameworks/base/services/java
RefBase等	make libutils	mmm frameworks/base/libs/utils
Looper等	make framework	mmm frameworks/base
AudioTrack	make libmedia	mmm frameworks/base/media/libmedia
AudioFlinger	make libaudioflinger	mmm frameworks/base/libs/audioflinger
AudioPolicyService	make libaudiopolicy	mmm hardware/msm7k/libaudio-qsd8k (示例)
SurfaceFlinger	make libsurfaceflinger	mmm frameworks/base/libs/surfaceflinger
Vold	make vold	mmm system/vold/
Rild	make rild	mmm hardware/ril/rild/
MediaProvider	make MediaProvider	mmm packages/providers/MediaProvider
Phone	make Phone	mmm packages/apps/Phone/

假设make framework，那么编译完的结果则如图1-5所示：

图1-5  make framework的结果

从上图可看出，make命令编译了framework-res.apk以及framework.jar两个模块。它们编译的结果在out/target/product/generic/system/framework下。读者利用adb 命令把这两个文件push到手机的system/framework目录，便可替换旧的文件。如想测试这个新模块，则须要先杀掉全部使用该模块的进程，进程重启后会从新加载模块，这时就能使用新的文件了。例如，想测试刚修改的libaudioflinger模块，adb push上去后，先杀掉mediaserver进程，由于libaudioflinger库目前只有该进程使用。当mediaserver重启后，就会加载新push上来的libaudioflinger库了。

系统服务被杀掉后通常都会自动重启（由init控制，在第三章中可见到）。

1.3  工具介绍

本节介绍Android开发和源码研究过程当中两件比较实用的工具。

1.3.1  Source Insight介绍

Source Insight是阅读源码的必备工具，是一个Windows下的软件，在Linux平台上可经过wine安装。这里，就不讲述如何安装Source Insight了，相信读者都会。下面介绍一下在Source Insight使用上的小技巧。

1. Source Insight工做减负

使用Source Insight时，须要新建一个源码工程，经过菜单项Project→New Project，可指定源码的目录。在工做中发现，不少同事常一股脑把Android全部源代码都加到工程中，从而致使了Source Insight运行速度很是慢。实际上，只须要将当前分析的源码目录加到工程便可。例如，新建一个Source Insight工程后，只把源码/framework/base目录加进去了。另外，当一个目录下的源码分析完后，能够经过Project→Add and Remove Project Files选项把无须再分析的目录从工程中去掉。如图1-6所示：

图1-6  添加或删除工程中的目录

从图中的框线咱们能够发现：

• Source Insight支持动态添加或删除目录。经过这种方式可极大减小Source Insight的工做负担。

通常首先把framework/base下的目录加到工程，之后若有须要，再把其余目录加进来。

2. 调节字体

Source Insight默认的字体比较小，看着很费眼。怎么办？

选择工具栏上Options→Document options菜单，弹出Document Options对话框，其中左上部分有个Screen Fonts，而后会弹出一个字体对话框，在那里可选择大字体，例如四号，五号字体等。如图1-7所示：

图1-7  字体调节

3. 快速定位文件

工程创建好后，须经过Project→Rebuild Project选项来解析源码。另外，在研究源码时经常会只记得源码文件名，而不记得是在哪一个目录下。不要紧，Source Insight支持在源码中快速定位文件。使用方法如图1-8所示：

图1-8  快速定位文件

使用方法是：

• 先选择图1-8中左下角的那个按钮。
• 而后在左上角那个输入框中输入源码文件名，例如app_process。而后结果栏中就会把对应文件列出。

                   

1.3.3   Busybox的使用

Busybox，号称Linux平台上的“瑞士军刀”，它提供了不少经常使用的工具，例如grep、find等。这些工具在标准Linux上都有，但Android系统却去掉了其中的大多数工具。这致使了咱们在调试程序、研究Android系统时寸步难行，因此就须要在手机上安装Busybox。

1. 下载Busybox

咱们可从下面这个网站中下载已编译好的Busybox，如图1-9所示：

http://www.busybox.net/downloads/binaries/1.18.4/

图1-9  Busybox下载

注意该网站已经根据不一样平台编译好了对应的Busybox，咱们可根据本身手机的状况下载对应的文件。例如HTC G7的CPU支持armv7l，因此我下载了最接近的busybox-armv6l。

小知识：arm v7表示的是ARM指令集为v7，目前ARM Cortex-A8/A9系列的CPU支持该指令集。

2. 安装和使用Busybox

下载完busybox后，需将它push到手机上。如：

adb push busybox /system/xbin #为了不冲突，我push到了/system/xbin目录下了。

cd /system/xbin     #进入对应目录

chmod 755 busybox  #更改busybox权限为可执行

busybox –-install  #安装busybox

grep  #执行busybox提供的grep命令，或者busybox xxx执行xxx命令也行

Busybox安装完了，如执行busybox命令，就会打印如图1-10的输出。

图1-10  busybox提供的工具

从上图中可看出，busybox提供了很多的工具，这样，咱们在研究Android系统时就如虎添翼了。

给手机安装busybox须有root权限，为学好Android，你们最好仍是购买那种能被破解的手机吧。

1.4  本章小结

本章对Android系统、源码搭建、研究工具等作了部分介绍，相信读者如今已经是火烧眉毛，跃跃欲试了吧？立刻开始咱们的源码征程！

---

① 若是你对Git不熟或者是对此很感兴趣，建议阅读《Git权威指南》（机械工业出版社，2011.7月出版，蒋鑫 著），这是目前最全面、最深刻的一本Git著做。