一、Android 的系统架构
1、应用层
Android 平台的应用层上包括:各类与用户直接交互的应用程序,或由 Java 编写的运行于后台的服务程序(即:第三方应用、系统应用)。
其中,系统应用既可作为用户的应用直接使用,也可以提供开发者从自己开发的第三方应用中访问的功能(如:开发的第三方应用需要发送短信,开发者无需自己构建该功能,可以调用已安装的短信系统应用来发送。)
2、Framework 层
该层是用 Java 来实现的,它提供开发 Android 应用程序所需的一系列基础 API 支持,包括了开发所需要的一系列组件和系统服务等。
(1)应用程序框架层
该层可理解为 Android SDK,提供四大组件、视图系统(View System)、以及各种 Manager 等开发中所用到的基础部件,如下:
应用程序框架层 类库名称 | 功能 |
---|---|
活动管理器(ActivityManager) | 管理各个应用程序生命周期,并提供常用的导航回退功能,为所有程序的窗口提供交互的接口 |
窗口管理器(WindowManager) | 对所有开启的窗口程序进行管理 |
内容提供者(ContentProvider) | 提供一个应用程序访问另一个应用程序数据的功能,实现应用程序之间的数据共享 |
视图系统(ViewSystem) | 创建应用程序的基本组件,包括:列表(lists)、网格(grids)、文本框(text boxes)、按钮(buttons)等 |
通知管理器(NotificationManager) | 使应用程序可以在状态栏中显示自定义的客户提示信息 |
包管理器(PackageManager) | 对应用程序进行管理,包括:安装应用程序、卸载应用程序、查询相关权限信息等 |
资源管理器(ResourceManager) | 提供各种非代码的资源,供应用程序使用,包括:本地化字符串、图片、音频等 |
位置管理器(LocationManager) | 提供位置服务 |
电话管理器(TelephonyManager) | 管理所有的移动设备功能 |
(2)Java 系统服务层
该层的系统服务又可以分为两种:Java 核心系统服务、Java 硬件系统服务。
<1> Java 核心系统服务是 Android 系统正常运转的基础,包括:AMS、WMS、PMS 等。
核心平台服务 | 功能 |
---|---|
ActivityManagerService | 管理所有 Activity 的生命周期与堆栈(Stack) |
WindowManagerService | 位于 SurfaceFlinger 之上,将要绘制到机器画面上的内容传递给 SurfaceFlinger |
PackageManagerService | 加载 Apk 文件的信息,提供信息显示系统中设置了哪些包,以及加载了哪些包 |
<2> Java 硬件服务是为应用提供硬件控制服务,包括:电话服务、wifi 服务、PowerManagerService 等。
硬件服务 | 功能 |
---|---|
AlarmManagerService | 在特定时间后运行指定的应用程序(像定时器) |
ConnectivityService | 提供有关网络当前状态的信息 |
LocationService | 提供终端当前的位置信息 |
PowerService | 设备电源管理服务 |
SensorService | 提供 Android 中各种传感器(如:磁力感应器、加速度传感器)的感应值 |
TelephonyService | 提供话机状态和电话服务 |
WifiService | 控制无线网络连接(如:AP搜索、连接列表管理等) |
这两层之间通过 Binder 实现进程间通信,允许 Framework 跨进程来调用 Android 的系统服务代码,这使得框架 API 与 Android 系统服务之间能够进行交互。
( 总结:应用程序 ----SDK----> 系统框架层 ----Binder IPC----> 系统服务层 )
示例:当某个App获取GPS信息时
3、Native 层
该层是用 C/C++ 来实现的,包括:C/C++ libs、Android RunTime、HAL。
(1)C/C++ libs(C/C++ 编写的系统类库):
<1> 本地守护进程
init 进程,根据 init.rc 文件中的定义,启动本地守护进程。这些进程会常驻在系统中,有的只会启动一次,有的若退出了,还会被 init 进程启动。其具体的启动方式是在 init.rc 文件中定义的。常见的守护进程如下:
守护进程 | 功能 |
---|---|
vold | 管理存储设备,自动安装存储设备,将设备分区格式化 |
netd | 管理蓝牙、wifi、usb 等各种网络连接 |
installd | 负责安装及卸载软件包,确认软件包的完整性 |
adbd | 提供可以调试 Android 的环境 |
service manager | Binder 通信的大管家 |
surface flinger | 负责 Android 系统的 UI 图形显示 |
media server | 负责播放音频、视频、camera 拍照录像等 |
<2> Native 系统服务
由 C++ 编写,运行在本地守护进程中,比如:media server 守护进程中,就包含了:AudioFlinger、MediaPlayerService、CameraService、AudioPolicyService、SoundTriggerHwService 等服务。
在所属进程初始化时,会将 Native 系统服务注册到 ServiceManager 中,这样其它的应用或服务就可以通过 Binder 机制调用 Native 系统服务了。(注:也可以自己开发一个 Native 系统服务,实现其 Binder 接口,这样 Native 层的其它应用或服务就可以调用该服务了。若我们开发的 Native 系统服务需要提供给 Java 层应用使用,就需要实现一个 Java 接口,然后通过 JNI 调用 Native 系统服务。)
<3> 功能性的 Native 类库支持
比如:Webkit、OpenGL ES、SQLite 等。
整个系统服务结构,如下图所示:
(2)Android RunTime(Android 运行环境,对 Java 提供支持):
<1> 虚拟机(Dalvik、ART)
作用:面向 Linux,是为嵌入式操作系统设计的虚拟机,主要负责完成对象生命周期管理、堆栈管理、线程管理、安全和异常管理、以及垃圾回收等。
Android 为每个程序提供一个虚拟机(VM),可以使每个 App 都运行在独立的运行环境中,使稳定性提高,并且一个 VM 能运行多个进程。Android 的 Apk 都被编译成字节码,在运行时,VM 先将字节码编译成真正可执行的代码,否则不同硬件设备的兼容是很大的麻烦。
<2> 核心库(core libs):提供了 Java SE API 的多数功能,包括:JNI,并提供 Android 的核心 API,如:android.os、android.net、android.media 等。
(3)硬件抽象层(HAL)
若能将 Android 的应用框架层与 Linux 系统内核的设备驱动隔离,使应用程序框架的开发尽量独立于具体的驱动程序,则 Android 将减少对 Linux 内核的依赖。
HAL 由此而生,基于商业隐私考虑,许多硬件设备厂商不希望公开其设备驱动的源代码,对 Kernel 层进行二次封装,屏蔽数据处理细节,运行于用户空间。它是对 Linux 内核驱动程序进行的封装,将硬件抽象化,屏蔽掉了底层的实现细节。HAL 规定了一套应用层对硬件层读写和配置的统一接口,本质上就是将硬件的驱动分为:用户空间、内核空间(Linux 内核驱动程序运行于内核空间,HAL 运行于用户空间)。
[说明]
<1> JNI(Java Native Interface):Java 本地接口,使得 Java 与本地其它类型的语言(如:C、C++)可以进行交互。(注:JNI 是属于 Java 的,与 Android 无直接关系)
<2> NDK(Native Development Kit):是 Android 的一个开发工具包,用于快速开发 C、C++ 的动态库,并自动将 SO 和应用一起打包成 Apk,即:可通过 NDK 在 Android 中使用 JNI 与本地代码进行交互。(注:NDK 是属于 Android 的,与 Java 无直接关系)
NDK 可以通过 Native Code 跨过 dalvik runtime,直接调用到 Android 内核资源,而 SDK 需要在 dalvik runtime 环境下,才能调用到内核资源。Android 提供了 JNI 使两者可以进行相互调用和通信。
4、Kernel 层
Android 以 Linux 操作系统内核为基础,借助 Linux 内核服务,实现硬件设备驱动、进程和内存管理、网络协议栈、电源管理、无线通线等核心功能。
Android 内核对 Linux 内核进行了增强,增加了一些面向移动计算的特有功能,例如:低内存管理器(LMK,Low Memory Keller)、匿名共享内存(Ashmem)、轻量级的进程间通信 Binder 机制等。这些内核的增强,使 Android 在继承 Linux 内核安全机制的同时,进一步提升了内存管理、进程间通信等方面的安全性。Android 内核的主要驱动模块如下:
驱动名称 | 说明 |
---|---|
Android 电源管理(Power Manager) | 针对嵌入式设备的,基于标准 Linux 电源管理系统的,轻量级的电源管理驱动 |
低内存管理器(Low Memory Keller) | 可以根据需要杀死的进程,来释放需要的内存。扩展了 Linux 的 OOM 机制,形成独特的 LMK 机制 |
匿名共享内存(Ashmem) | 为进程之间提供共享内存资源,同时为内核提供回收和管理内存的机制 |
日志(Android Logger) | 一个轻量级的日志设备 |
定时器(Android Alarm) | 提供了一个定时器用于把设备从睡眠状态唤醒 |
物理内存映射管理(Android PMEM) | DSP 及其它设备,只能工作在连续的物理内存上,PMEM 用于向用户空间提供连续的物理内存区域映射 |
Android 定时设备(Android Timed device) | 可以执行对设备的定时控制功能 |
Yaffs2 文件系统 | Android 采用大容量的 NAND 闪存作为存储设备,使用 Yaffs2 作为文件系统管理大容量 MTD NAND Flash,Yaffs2 占用内存小,垃圾回收简捷 |
Android Paranoid 网络 | 对 Linux 内核的网络代码进行了改动,增加了网络认证机制。可在IPV4、IPV6、蓝牙中设置,由 ANDROID_PARANOID_NETWORK 宏来启用此特性 |
二、Android 的系统源码
一个 Android 项目包括了许多模块,所有项目模块通过 repo 中的 manifest.xml 统一管理,repo init 时,会拉下来一个 .repo 文件,里面就有这个 manifest.xml 文件。然后 repo sync 的工程内容就是这个 manifest.xml 仓库中所对应的模块。
说明:(1)共线:指的是芯片相关平台基线;(2)共分支:指的是模块各自的版本控制。
1、源码的核心模块
(1)build/soong、build/make:主要跟编译规则相关,大部分都是一些 mk 配置,来决定系统按照什么顺序来串联和编译,这部分适配好后,就可以 lunch 了。
(说明:makeFile 文件是一份定义了源文件间依赖关系、如何编译各个源文件,并生成可执行文件的说明书,决定了整个工程的编译规则,实现自动化编译。[ 注意:Android P 版本开始陆续使用 .dp 取代 .mk ] )
(2)system/core/:该目录下包括不少系统核心工具,这部分可以单独编译 boot.image。
(3)frameworks/base/:这里是系统 framework 部分,包括:java 和 native,编译后会生成两个核心文件:framework.jar 和 services.jar。
(4)art/:这里是虚拟机的内容。
(5)packages/apps:这里是系统 app 的内容。
(6)out/target/product/:编译生成的文件都存在该目录下。
三、Android 系统的启动流程
Android 系统启动过程,由上图(从下往上)的一个过程:Loader ——> Kernel ——> Native ——> Framework ——> App。
1、Loader 层 (激活 Kernel)
(1)启动电源以及系统启动:当电源按下时,引导芯片代码将固化在 ROM 中的引导程序 Bootloader 加载到 RAM 中,然后执行。
(2)引导程序 Bootloader:它是 Android 操作系统开始运行前的一个小程序,负责把系统 OS 拉起来并运行。
(3)Linux 内核启动:内核启动时,设置缓存、被保护存储器、计划列表、加载驱动等,为最终调用系统内核准备好环境。
2、Kernel 层 (Android 的内核空间,到这里才刚刚进入 Android 系统)
Bootloader 启动 Kernel 的 swapper 进程(pid=0),它是内核的首个进程,用于初始化进程管理、内存管理、加载各种驱动。
更重要的是启动如下两个重要进程:
(1)init 进程(pid=1):用户进程的鼻祖。
(2)kthreadd 进程(pid=2):内核进程的鼻祖。
3、Native 层 (进入用户空间)
(1)本层中,init 进程是大主管,它负责孵化各种系统级服务、守护进程等。更重要的是孵化出 Zygote 进程:Java 进程的鼻祖。
init 进程的作用:
<1> 解析两个配置文件:系统配置文件(init.rc)、平台相关的配置文件。
解析函数入口为:int parse_config_file(const char *fn);
<2> 创建 zygote(注:其本身是一个 native 的应用程序),并由此开始分三步,开创了 Java 世界:
[1] 调用 JNI 的虚拟机,创建函数;
[2] 提前注册一些 JNI 函数,供后续 Java 层使用;
[3] 开始走进 Java 层,及最终调用到 zygoteinit 的 main() 函数。
a、建立 IPC 通信的服务端 ----> registerzygotesocket();
b、预加载类和资源;
c、启动 system_server 进程,该进程是 framework 的核心,系统 service 的驻留进程;
d、待 zygote 从 startsystemservice 返回后,开始等待请求:runselectloopmode(),并由 runonce() 进行处理;
<3> 管理属性服务。
(2)Media Server 进程:负责启动和管理整个 C++ Framework,包含:AudioFlinger、Camera Service 等服务。
4、Framework 层 (在 Native 之上,也是用户空间,主要给 App 层提供 API 以及系统服务)
(1)本层中,Zygote 进程是大主管,它负责注册 Zygote Socket 服务端套接字、加载虚拟机、preloadClasses、preloadResources。
(2)System Server 进程:负责启动和管理整个 Java Framework,包含:AMS、PMS 等服务。
(代码路径:frameworks/base/services/java/com/android/server/SystemServer.java)
5、APP 层 (应用程序)
所有 App 进程,都是由 Zygote 进程 fork 生成的。
总结:程序代码是死的,系统运转是活的,要以动态视角去理解系统架构。通过系统调用(SysCall)连通内核与用户空间,通过 JNI 打通用户空间的 Java 层和 Native 层,通过 Binder、Socket、Handler 等,进行跨进程、跨线程的信息交换。