tips:阅读该知识应具有C++的基本知识，因为本书的大部分内容都集中在了Native层。

本书是在分析Android源码的基础上展开的，而源码文件所在的路径一般都很长，例如，

文件AndroidRuntime.cpp的真实路径就是framework/base/core/jni/AndroidRuntime.cpp

本书的编写顺序，是6、5、4、7、8、9、10、2、3、1章，但出于逻辑连贯性的考虑，还是建议读者按本书的顺序阅读。其中，第2、5、6章分别讲述了JNI、Android常用类 ，以及Binder系统，这些都是基础知识，我们有必要完全掌握。其他部分的内容都是针对单个模块的，例如Zygote、Audio、Surface、MediaScanner等，读者可各取所需，分别对其进行研究

第1章 阅读前的准备工作

1.1 系统架构

1.1.1 Android系统架构

该平台本身是基于Linux内核的

Linux内核层：包含了Linux内核和一些驱动模块（比如USB驱动、Camera驱动、蓝牙驱动

等）。目前Android2.2（代号为Froyo）基于Linux内核2.6版本。

Libraries层：这一层提供动态库（也叫共享库）、Android运行时库、Dalvik虚拟机等。从

编程语言角度来说，这一层大部分都是用C或C++写的，所以也可以简单地把它看成是Native

层。

Framework层：这一层大部分用Java语言编写，它是Android平台上Java世界的基石。

Applications层：与用户直接交互的就是这些应用程序，它们都是用Java开发的。

 Android系统搭建出了一个java世界，他的运转依赖于另一个被Google极力隐藏的Native世界。

Java虽具有与平台无关的特性，但Java和具体平台之间的隔离却是由JNI层来实现的。Java

是通过JNI层调用Linux OS中的系统调用来完成对应的功能的，例如创建一个文件或一个

Socket等。

除了Java世界外，还有一个核心的Native世界，它为整个系统高效和平稳地运行提供了强

有力的支持。一般而言，Java世界经由JNI层通过IPC方式与Native世界交互，而Android平台

上最为神秘的IPC方法就是Binder了，第6章将详细分析Binder。除此之外，Socket也是常用的

IPC方式。

1.1.2 本书的架构

本书所分析的模块也将遵循Android系统架构

该书籍所分析的各个模块除未涉及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.1 下载源码

下面将详细介绍如何下载Android的源码。

1.设置软件源

 将软件源地址设置成了http：//mirror.bjtu.edu.cn/ubuntu。

2.下载Android源码

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

apt-get install git-core curl#先下载这两个工具

mkdir-p/develop/download-froyo#在根目录下建立develop和download-froyo两个目录

cd～/develop/download-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-b froyo#初始化git库

./repo sync#下载源码，大小约为2GB，如果网速快，估计也得要2个多小时。

注意 Kernel的代码必须单独下载，下载方法如下：

git clone git：//android.git.kernel.org/kernel/common.git kernel

1.2.2 编译源码

1.部署JDK

Froyo的编译依赖JDK 1.5，所以首先要做的就是下载JDK 1.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，再按照下面的步骤部署它即可：

（1）在～/.bashrc文件的末尾添加以下几句话：

export JAVA_HOME=/develop/jdk1.5.0_22#设置为刚才解压的目录
export JRE_HOME=JAVA_HOME/jre
export CLASSPATH=$JAVA_HOME/lib：$JRE_HOME/lib：$CLASSPATH
export PATH=$JAVA_HOME/bin：$JRE_HOME/bin：$PATH 

（2）重新登录系统，这样JDK资源就能被正确找到了。

2.编译源码

Android的编译有自己的一套规则，主要利用的是mk文件，在此简单地介绍其编译工序：

1. 进入源码目录（以笔者的开发环境为例，也就是cd/develop/download_froyo）：
2. 执行.build/envsetup.sh，这个脚本用来设置Android的编译环境。
3. 执行choosecombo命令，这个命令用来选择编译目标（如目标硬件平台、eng还是user等）。一般而言，手机厂商会设置自己特有的编译选项。
4. 执行完上面几个步骤后，就可以编译系统了。

        Android平台提供了三个命令用于编译，它 们分别是make、mmm和mm，这三个命令的使用方法及其优劣如下：

        make：不带任何参数，它用于编译整个系统，时间较长，笔者不推荐这种做法，除非读者想编译整个系统。

        make MediaProvider：下面几个例子都以编译MediaProvider为例。这种方式对应于单个模块编译。它的优点是，会把该模块依赖的其他模块也一起编译。例如make libmedia，就会把libmedia依赖的库全部编译好。其缺点也很明显，它需要搜索整个源码来定位MediaProvider模块所使用的Android.mk文件，并且还要判断该模块所依赖的其他模块是否有修改。整体编译时间较长。

        mmm packages/providers/MediaProvider：该命令将编译指定目录下的目标模块，而不编译 它所依赖的模块。所以，如果读者是初次编译，采用这种方式编译一个模块往往会报错。错

误的原因是因为它依赖的模块没有被编译。

        mm：这种方式需要先用cd命令进入packages/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选项将强制编译所有目标文        件

目标模块        make命令        mmm命令

1.init         make init         mmm system/core/init

2.zygote         make app_process         mmm frameworks/base/cmds/app_process

3.system_server         make services         mmm frameworks/base/services/java

4.RefBase等        make libutils         mmm frameworks/base/libs/utils

5.Looper等        make framework         mmm frameworks/base

6.AudioTrack         make libmedia         mmm frameworks/base/media/libmedi 

7.AudioFlinger         make libaudioflinger         mmm frameworks/base/libs/audioflinger

8.AudioPolicyService         make libaudiopolicy         mmm hardware/msm7 k/libaudio-qsd8k（示例）

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

注意 系统服务被杀掉后一般都会自动重启

1.3 工具介绍

1.3.1 Source Insight介绍

 关于使用工具source insight的解释可以参考我另外一篇文档：

【精华】Source Insight从入门到精通

1.3.3 Busybox的使用

第2章 深入理解JNI

本章涉及源代码主要在以下路径：

1. MediaScanner.java（framework/base/media/java/src/android/media/MediaScanner.java）
2. android_media_MediaScanner.cpp（framework/base/media/jni/MediaScanner.cpp）
3. android_media_MediaPlayer.cpp（framework/base/media/jni/android_media_MediaPlayer.cpp）
4. AndroidRunTime.cpp（framework/base/core/jni/AndroidRunTime.cpp）
5. JNIHelp.c（dalvik/libnativehelper/JNIHelp.c）

2.1 JNI概述

JNI是Java Native Interface的缩写，中文译为“Java本地调用”。

通俗地说，JNI是一种技术，

通过这种技术可以做到以下两点：

1. Java程序中的函数可以调用Native语言写的函数，Native一般指的是C/C++编写的函数。
2. Native程序中的函数可以调用Java层的函数，也就是说在C/C++程序中可以调用Java的函数。

JNI技术的推出有以下几个方面的考虑：

        承载Java世界的虚拟机是用Native语言写的，而虚拟机又运行在具体的平台上，所以虚拟

机本身无法做到平台无关。然而，有了JNI技术后就可以对Java层屏蔽不同操作系统平台（如

Windows和Linux）之间的差异了（例如同样是打开一个文件，Windows上的API使用OpenFile

函数，而Linux上的API是open函数）。这样，就能实现Java本身的平台无关特性。其实Java一

直在使用JNI技术，只是我们平时较少用到罢了。

        早在Java语言诞生前，很多程序都是用Native语言写的，它们遍布在软件世界的各个角

落。Java出世后，它受到了追捧，并迅速得到发展，但仍无法将软件世界彻底改朝换代，于

是才有了折中的办法。既然已经有Native模块实现了相关功能，那么在Java中通过JNI技术直

接使用它们就行了，免得落下重复制造轮子的坏名声。另外，在一些要求效率和速度的场合

还是需要Native语言参与的。

        在Android平台上，JNI就是一座将Native世界和Java世界间的天堑变成通途的桥。如下图，它展示了Android平台上JNI所处的位置：

        在Android平台上尽情使用Java的程序员们不要忘了，如果没有JNI的支持，我们将寸步难行！

注意！ 虽然JNI层的代码是用Native语言写的，但本书还是把与JNI相关的模块单独归类到JNI层了。

2.2 学习JNI的实例：MediaScanner

首先看第一个例子，是和MediaScanner相关的，如下图是：MediaScanner和它的JNI

 2.3 Java层的MediaScanner分析

[--＞MediaScanner.java]
public class MediaScanner
{
static{static语句
/*①加载对应的JNI库，media_jni是JNI库的名字。在实际加载动态库的时候会将其拓展成
libmedia_jni.so，在Windows平台上则拓展为media_jni.dll
*/
System.loadLibrary（"media_jni"）；
native_init（）；//调用native_init函数
}
……
//非native函数
public void scanDirectories（String[]directories,String volumeName）{
……
}
//②声明一个native函数。native为Java的关键字，表示它将由JNI层完成。
private static native final void native_init（）；
……
private native void processFile（String path,String mimeType，
MediaScannerClient client）；
……
}