Android系统架构

Android系统架构

Android系统的底层是建立在Linux系统之上的，它采用软件叠层（Software Stack）的方式进行构建。使得层与层之间相互分离，明确各层的分工。这种分工保证了层与层之间的低苟合，当下层发生改变的时候，上层应用程序无需做任何改变。

下图为Android系统的系统架构图：

 

Android系统架构分为五层，从上到下依次是应用层、应用框架层、系统运行库层、硬件抽象层和Linux内核层。 

应用层

系统内置的应用程序以及非系统级的应用程序都是属于应用层。Android系统包含了一系列核心应用程序，包括电子邮件、短信SMS、日历、拨号器、地图、浏览器、联系人等。负责与用户进行直接交互，通常都是用Java进行开发的。

应用框架层（Java Framework)

应用框架层为开发人员提供了可以开发应用程序所需要的API，我们平常开发应用程序都是调用的这一层所提供的API，当然也包括系统的应用。这一层的是由Java代码编写的，可以称为Java Framework。下面来看这一层所提供的主要的组件。

 

Android应用程序框架提供了大量的API供开发人员使用，Android应用程序的开发，就是调用这些API，根据需求实现功能。

名称	功能描述
Activity Manager(活动管理器)	管理各个应用程序生命周期以及通常的导航回退功能
Location Manager(位置管理器)	提供地理位置以及定位功能服务
Package Manager(包管理器)	管理所有安装在Android系统中的应用程序
Notification Manager(通知管理器)	使得应用程序可以在状态栏中显示自定义的提示信息
Resource Manager（资源管理器）	提供应用程序使用的各种非代码资源，如本地化字符串、图片、布局文件、颜色文件等
Telephony Manager(电话管理器)	管理所有的移动设备功能
Window Manager（窗口管理器）	管理所有开启的窗口程序
Content Providers（内容提供器）	使得不同应用程序之间可以共享数据
View System（视图系统）	构建应用程序的基本组件

 

表1

 

系统运行库层（Native)

系统运行库层分为两部分，分别是C/C++程序库和Android运行时库。下面分别来介绍它们。

1.C/C++程序库

C/C++程序库能被Android系统中的不同组件所使用，并通过应用程序框架为开发者提供服务。Android系统运行库是用C/C++语言编写的，是一套被不同组件所使用的函数库组成的集合。一般来说，Android应用开发者无法直接调用这套函数库，都是通过它上层的应用程序框架提供的API来对这些函数库进行调用。

 

下面对一些核心库进行简单的介绍：

Libc：从BSD系统派生出来的标准C系统库，在此基础之上，为了便携式Linux系统专门进行了调整。

Medio Framework：基于PacketView的OpenCORE，这套媒体库支持播放与录制硬盘及视频格式的文件，并能查看静态图片。

Surface Manager：在执行多个应用程序的时，负责管理显示与存取操作间的互动，同时负责2D绘图与3D绘图进行显示合成。

WebKit：Web浏览器引擎，该引擎为Android浏览器提供支持。

SGL：底层的2D图像引擎。

3D libraries：基于OpenGL ES 1.0API，提供使用软硬件实现3D加速的功能。

FreeType：提供位图和向量字体的支持。

SQLite：轻量级的关系型数据库。

名称	功能描述
OpenGL ES	3D绘图函数库
Libc	从BSD继承来的标准C系统函数库，专门为基于嵌入式Linux的设备定制
Media Framework	多媒体库，支持多种常用的音频、视频格式录制和回放。
SQLite	轻型的关系型数据库引擎
SGL	底层的2D图形渲染引擎
SSL	安全套接层，是为网络通信提供安全及数据完整性的一种安全协议
FreeType	可移植的字体引擎，它提供统一的接口来访问多种字体格式文件

 

表2

 

2.Android运行时库

运行时库又分为核心库和ART(5.0系统之后，Dalvik虚拟机被ART取代)。

核心库提供了Java语言核心库的大多数功能，这样开发者可以使用Java语言来编写Android应用。虚拟机负责运行Android应用程序。

虽然Android应用程序通过Java语言编写，而每个Java程序都会在Java虚拟机JVM内运行，但是Android系统毕竟是运行在移动设备上的，由于硬件的限制， Android应用程序并不使用Java的虚拟机JVM来运行程序，而是使用自己独立的虚拟机Dalvik VM或ART VM，它针对多个同时高效运行的虚拟机进行了优化。每个Android应用程序都运行在单独的一个虚拟机内，因此Android系统可以方便对应用程序进行隔离。

相较于JVM，Dalvik虚拟机是专门为移动设备定制的，允许在有限的内存中同时运行多个虚拟机的实例，并且每一个Dalvik 应用作为一个独立的Linux 进程执行。独立的进程可以防止在虚拟机崩溃的时候所有程序都被关闭。而替代Dalvik虚拟机的ART 的机制与Dalvik 不同。在Dalvik下，应用每次运行的时候，字节码都需要通过即时编译器转换为机器码，这会拖慢应用的运行效率，而在ART 环境中，应用在第一次安装的时候，字节码就会预先编译成机器码，使其成为真正的本地应用。

 

硬件抽象层（HAL)

硬件抽象层是位于操作系统内核与硬件电路之间的接口层，其目的在于将硬件抽象化。为了保护硬件厂商的知识产权，它隐藏了特定平台的硬件接口细节，为操作系统提供虚拟硬件平台，使其具有硬件无关性，可在多种平台上进行移植。 从软硬件测试的角度来看，软硬件的测试工作都可分别基于硬件抽象层来完成，使得软硬件测试工作的并行进行成为可能。通俗来讲，就是将控制硬件的动作放在硬件抽象层（HAL）中，实现了底层硬件与上层软件之间的抽象。

 

Linux内核层

Android 的核心系统服务基于Linux 内核，在此基础上添加了部分Android专用的驱动。系统的安全性、内存管理、进程管理、网络协议栈和驱动模型等都依赖于该内核。