android 系统架构

Android Low-Level System Architecture （android系统架构）

     在将android移植到你的硬件之前，你需要深入理解android系统工作机制。在android中，其驱动和硬件抽象层（HAL）经由多层android代码交互，所以对于android工作机制的深入理解能帮助你在android的开源项目（AOSP）纷繁芜杂代码中找到你所关心的部分。下图是Android系统架构图。  

Application framework

这是大多数应用程序开发者所关心的层级。你需要知道的是这一层所提供的APIs中的多数同HAL的接口是一一对应的，并提供了相应的信息以便实现你自己的驱动。

Binder IPC

Binder进程间通讯机制使得应用层程序可以跨越进行界限调用Adroid系统服务代码。这样就就能基本保证框架的APIs可以同android系统服务进行交互。在应用层框架这一层，所有与系统服务进行的通讯对于开发者而言都是透明的。

System services

Android大部分功能都是透过应用层框架（application framework ）的APIs与一些系统服务通信来从而访问相应的硬件来实现的。根据其主要功能，这些系统服务被划分为模块化的组件，比如Windows Manger，Search Service，和Notification Manager。系统服务又被划分为：系统服务和多媒体服务。系统服务包括Windows和Notification 管理。多媒体服务包括所有在播放和录制多媒体中调用的所有服务。

Hardware abstraction layer (HAL) 硬件抽象层

HAL作为一个标准的接口允许Android系统可以调用设备驱动层而无须关心底层硬件和驱动的实现。但你必须为你的产品中的硬件实现相应的HAL（和驱动）。Android没有在HAL和设备驱动程序之间强制设置一套交互标准，这里你可以按照实际情况作出适合自己的选择。尽管如此，你必须遵守特定的硬件抽象层间的约定好的规范，以保证Android系统能正确的与你的硬件进行交互。通常HAL是在一些.so共享库中实现的。

Linux Kernel

大多数情况下，开发android系统上自己的设备驱动同开发典型的linux设备驱动一样。Android使用了Linux特定的内核版本，在这个内核版本中加入一些额外的东西，比如wakelocks，一种更具备优势的内存管理系统，Binder IPC（进程间通讯）驱动，以及一些其它对于Android这一类移动嵌入式系统比较重要的功能。这些额外的东西同驱动开发的关系不大，更多的是体现在系统功能上。你可以使用任何能满足你功能需求的内核版本，比如binder驱动，尽管如此，我们还是建议使用最新的Android内核。获取最新Android内核，请看Building Kernels.