- Android Looper 和 Handler 分析
- Android MediaScanner 详尽分析
- Android 深入浅出之 Binder 机制
- 第一部分 AudioTrack 分析
- 第二部分 AudioFlinger 分析
- Android 深入浅出之 Audio 第三部分 Audio Policy
- Android 深入浅出之 Zygote
- Android 深入浅出之 Surface
- Linux Kernel 系列一 开篇和 Kernel 启动概要
- Linux Kernel 系列二 用户空间的初始化
- Linux Kernel 系列三 Kernel 编译和链接中的 linker script 语法详解
- 第五章 深入理解常见类
- linux kernel 系列四 嵌入式系统中的文件系统以及 MTD
- 随笔之 Android 平台上的进程调度探讨
- Android 4.0 External 下功能库说明
- 随笔之 Android 不吐不快
- Android Rom 移植知识普及
- 深入理解 Android 系列书籍的规划路线图
- Android 4.1 初识 - 7月12号
- Android 4.1 初识 - 7月13号
- Android 4.1 Surface 系统变化说明
- Android BSP 成长计划随笔之虚拟设备搭建和 input 系统
- 深入理解 Android 写作背后的故事
- 随笔之 GoldFish Kernel 启动过程中 arm 汇编分析
- Android Project Butter 分析
- Android Says Bonjour
- MTP in Android
- DRM in Android
- Tieto 公司 Android 多窗口解决方案展示
- 深入理解 SELinux SEAndroid 之二
- 深入理解 SELinux SEAndroid(最后部分)
- 前言
- 附录
- 第一章 准备工作
- 第二章 深入理解 Netd
- 第三章 Wi-Fi 基础知识
- 第四章 深入理解 wpa_supplicant
- 第五章 深入理解 WifiService
- 第六章 深入理解 wi-Fi Simple Configuration
- 第七章 深入理解 Wi-Fi P2P
- 第八章 深入理解 NFC
- 第九章 深入理解 GPS
- Google I/O 2014 之 Android 面面观
- 深入理解 Android 之 Java Security 第一部分
- 深入理解 Android 之 Java Security 第二部分(Final)
- 深入理解 Android 之设备加密 Device Encryption
- 第一章 阅读前的准备工作
- 第二章 深入理解 JNI
- 第三章 深入理解 init
- 第四章 深入理解 Zygote
- 第五章 深入理解常见类
- 第六章 深入理解 Binder
- 第七章 深入理解 Audio 系统
- 第八章 深入理解 Surface 系统
- 第九章 深入理解 Vold 和 Rild
- 第十章 深入理解 MediaScanner
- 第一章 开发环境部署
- 第二章 深入理解 Java Binder 和 MessageQueue
- 第三章 深入理解 SystemServer
- 第四章 深入理解 PackageManagerService
- 第五章 深入理解 PowerManagerService
- 第六章 深入理解 ActivityManagerService
- 第七章 深入理解 ContentProvider
- 第八章 深入理解 ContentService 和 AccountManagerService
- 第一章 开发环境部署
- 第二章 深入理解 Java Binder 和 MessageQueue
- 第三章 深入理解 AudioService
- 第四章 深入理解 WindowManagerService
- 第五章 深入理解 Android 输入系统
- 第六章 深入理解控件(ViewRoot)系统
- 第七章 深入理解 SystemUI
- 第八章 深入理解 Android 壁纸
- 边缘设备、系统及计算杂谈(16)——Apache 学习
- 边缘设备、系统及计算杂谈(17)——Ansible 学习
- ZFS 和 LVM
- Android 4.2 蓝牙介绍
- 了解一下 Android 10 中的 APEX
- 关于 Android 学习的三个终极问题
- 深入理解 Android 之 AOP
- Android 系统性能调优工具介绍
- 深入理解 SELinux SEAndroid(第一部分)
- Android Wi-Fi Display(Miracast)介绍
- 深入理解 Android 之 Gradle
第一章 阅读前的准备工作
本章主要内容
- 本章简单介绍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著作。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论