关于android启动的博客，网上已经有很多了，我还要写的原因有：
1.网上的博客大多都是基于android2.3的，我的主要是基于android4.2和android4.4的。
2.网上的博文大都比较零散，不成体统。我打算写一个系列博文，希望各路大虾不吝赐教。
3.这是我自己的领悟，作为纪念。
android系统框架
作为android的开发人员，不了解android系统框架，总感觉不太像话，得多少有点了解吧，我感觉是有好处的。android系统框架可以分为应用程序层（Applications）、应用程序框架层（Application Framework）、系统运行库层（Libraries and Android Runtime Level）、硬件抽象层（Hardware abstraction layer ）以及Linux内核层（Linux Kernel），每一层都给上一层提供透明的服务，如下图所示。
1）应用程序层Applications
Android平台不仅仅是操作系统，也包含了许多应用程序，诸如SMS短信客户端程序、电话拨号程序、图片浏览器、Web浏览器等应用程序。这些应用程序都是用Java语言编写的，并且这些应用程序都是可以被开发人员开发的其他应用程序所替换，这点不同于其他手机操作系统固化在系统内部的系统软件，更加灵活和个性化。2）应用程序框架层Application Framework
应用程序框架层是我们从事Android开发的基础，很多核心应用程序也是通过这一层来实现其核心功能的，该层简化了组件的重用，开发人员可以直接使用其提供的组件来进行快速的应用程序开发，也可以通过继承而实现个性化的拓展。Activity Manager（活动管理器）：管理各个应用程序生命周期以及通常的导航回退功能
Window Manager（窗口管理器）：管理所有的窗口程序
Content Provider（内容提供器）：使得不同应用程序之间存取或者分享数据
View System（视图系统）：构建应用程序的基本组件
Notification Manager（通告管理器）：使得应用程序可以在状态栏中显示自定义的提示信息
Package Manager（包管理器） ：Android系统内的程序管理
Telephony Manager(电话管理器)：管理所有的移动设备功能
Resource Manager（资源管理器）： 提供应用程序使用的各种非代码资源，如本地化字符串、图片、布局文件、颜色文件等
Location Manager(位置管理器)：提供位置服务
XMPP Service（XMPP服务）：提供Google Talk服务
3）系统运行库层Libraries and Android Runtime Level
从图中可以看出，系统运行库层可以分成两部分，分别是系统库和Android运行时，分别介绍如下：
a）系统库system Libraries
系统库是应用程序框架的支撑，是连接应用程序框架层与Linux内核层的重要纽带。其主要分为如下几个：Surface Manager： 执行多个应用程序时候，负责管理显示与存取操作间的互动，另外也负责2D绘图与3D绘图进行显示合成。
Media Framework： 多媒体库，基于PacketVideo OpenCore;支持多种常用的音频、视频格式录制和回放，编码格式包括MPEG4、MP3、H.264、AAC、ARM。
SQLite:小型的关系型数据库引擎
OpenGL|ES： 根据OpenGL ES 1.0API标准实现的3D绘图函数库
FreeType： 提供点阵字与向量字的描绘与显示
WebKit：一套网页浏览器的软件引擎
SGL：底层的2D图形渲染引擎
SSL： 在Andorid上通信过程中实现握手
Libc：从BSD继承来的标准C系统函数库，专门为基于embedded linux的设备定制
b）Android运行时Android Runtime
Android应用程序采用Java语言编写，程序在Android运行时中执行，其运行时分为Java核心库和Dalvik虚拟机两部分，两者一起构成了Android的应用环境基础。Java核心库
核心库提供了Java语言API中的大多数功能，同时也包含了Android的一些核心API,如android.os、android.net、android.media等等。
Dalvik虚拟机
Android程序不同于J2me程序，每个Android应用程序都有一个专有的进程，并且不是多个程序运行在一个虚拟机中，而是每个Android程序都有一个Dalivik虚拟机的 实例，并在该实例中执行。Dalvik虚拟机是一种基于寄存器的Java虚拟机，而不是传统的基于栈的虚拟机，并进行了内存资源使用的优化以及支持多个虚拟机的特点。需要 注意的是，不同于J2me，Android程序在虚拟机中执行的并非编译后的字节码，而是通过转换工具dx将Java字节码转成dex格式的中间码。
4）硬件抽象层HAL
在Android中，考虑到并非所有组件都具有标准的Linux内核驱动接口，而且基于GPL V20许可的Linux驱动内核会暴露出专用IP核的细节，另外Android对硬件驱动也有些特殊的需求。为了屏蔽底层实现的细节，实现硬件逻辑和硬件接口的分离，Google定义了一个硬件抽象层的接口HAL（Hardware Abstraction Layer）。
5）Linux内核层
Android平台是基于Linxu内核搭建的，早期的android系统是基于Linux2.6内核，android4.4是基于Linux3.4，据说Google正考虑升级到Linux3.10。android在大内存管理、进程管理、基于权限的安全模型、统一的驱动模型、共享库支持、代码开源等方面都是依赖于Linux内核的支持。Android平台在设计过程中，针对移动终端资源有限的特点，对Linux进行了一定程度的裁剪：砍掉了原生的窗口系统、去除了对GNU Libc的支持（引入了更高效、针对嵌入式优化过的Bionic）、裁剪掉了一些标准Linux工具的部分特性等。另外Android针对移动终端的特点还对Linux内核在闹钟（Alarm）、Low Memory Killer、Ashmem、内核调试（Kernel Debugger）、进程间通信（Binder）、日志（Logger）、电源管理（Power Management）等方面做了大量的优化。其中Low Memory Killer相对于Linux标准OOM（Out Of Memory）机制更加灵活，它可以根据需要杀死进程来释放需要的内存。Low Memory Killer的实现主要位于aurora\msm\msm drivers/staging/android/lowmemorykiller.c文件中。Ashmem为进程间提供大块共享内存，同时为内核提供回收和管理这个内存的机制。 Ashmem的实现位于system\core\libcutils\ashmem-dev.c文件中。
android启动流程
Linux内核启动
CPU上电或复位，进入Bootloader程序。Bootloader的功能可总结为：1.初始化CPU时钟，内存，串口等；2.设置Linux启动参数；3.加载Linux内核镜像。Bootloader任务完成后将控制权交给内核。内核完成初始化Linux系统的进程管理，内存管理，文件系统等工作，并且开启了两个重要的进程：init进程（pid=1）和kthreadd进程（pid=2）
init进程父进程为0号进程，执行根目录底下的init可执行程序，是用户空间进程。
kthreadd父进程为0号进程，是内核进程，其他内核进程都是直接或者间接以它为父进程。
Init进程的启动
内核启动之后，就通过启动一个用户级程序init的方式，完成引导进程。Init进程做的事情：文件夹创建和挂载，rc文件解析，属性设置，执行动作和启动服务，socket监听等。其中rc文件解析和服务启动如下：1 rc文件解析
.rc文件是Android使用的初始化脚本文件。系统初始化要触发的动作action和要启动的服务service及其各自属性都在rc脚本文件中定义。在解析rc脚本文件时，将action类型放入action_queue和action_list，将service类型放入service_list。这其中包含了服务：adbd、servicemanager、vold、ril-daemon、debuggerd、surfaceflinger、zygote、media等
2 服务启动
init最后进入一个循环，在循环中Init进程负责执行action_queue中的action和启动service_list中的NativeService，包括后期的监听Service的变化需求，Signal处理。
Init进程是作为属性服务（Property service），维护这些NativeService（包括servicemanager和zygote）。
ServiceManager启动
ServiceManager用来管理系统中所有的binder service，不管是本地的c++实现的还是java语言实现的都需要这个进程来统一管理，最主要的管理就是注册添加服务，获取服务。所有的Service使用前都必须先在servicemanager中进行注册（在SystemServer中进行）。Zygote进程的启动
Zygote这个进程是非常重要的一个进程，Zygote进程的建立是真正的Android运行空间，初始化建立的Service都是Navtive service.首先Zygote启动虚拟机，向刚刚新建的虚拟机注册JNI本地接口，开始真正Zygote进程。
Zygote建立好了，利用Socket通讯，接收请求，Fork应用程序进程，进入Zygote进程服务框架中。
SystemServer启动
a.在Zygote进程进入循环之前，调用了startSystemServer( )启动了SystemServer进程，执行SystemServer.java的main(String[] args)。b.main（）中执行init1( )。init1的任务是启动SurfaceFlinger，AudioFlinger等native服务，启动Android运行时，启动线程池为binder 服务。
c.init1( )会回调init2( )，init2中会创建并启动线程ServerThread。
d.在这个ServerThread线程中首先初始化服务（Java service），创建各种服务实例，如：电源、网络、Wifi、蓝牙，USB等。初始化完成以后加入到ServiceManager中，如：ServiceManager.addService(Context.POWER_SERVICE, power)。我们用 Context.getSystemService (String name) 才获取到相应的服务。
到这里系统ApplicationFramework层的XxxServiceManager准备就绪，可以开始跑上层应用了。
Home界面启动
在ServerThread线程中很重要的一个工作就是ActivityManagerService的初始化工作。
context = ActivityManagerService.main(factoryTest);
ActivityManagerService.setSystemProcess();
ActivityManagerService.installSystemProviders();
ActivityManagerService.self().setWindowManager(wm);
ActivityManagerService.self().enterSafeMode();
ActivityManagerService.self().showSafeModeOverlay();
最后系统服务初始化准备就绪，通知各个模块
ActivityManagerService.self().systemReady(new Runnable() {
public void run() {
startSystemUi(contextF);
batteryF.systemReady();
networkManagementF.systemReady();
usbF.systemReady();
… …
appWidgetF.systemReady(safeMode);
wallpaperF.systemReady();
}
});
HomeActivity就是在ActivityManagerService.systemReady( )中启动的，如下：
public void systemReady(final Runnable goingCallback) {
……
//ready callback
if (goingCallback != null)
goingCallback.run();
synchronized (this) {
// Start up initial activity.
// ActivityStack mMainStack;
mMainStack.resumeTopActivityLocked(null);
}
……
}
final boolean resumeTopActivityLocked(ActivityRecord prev) {
//这里调用函数topRunningActivityLocked返回的是当前系统Activity堆栈最顶端的Activity，
//由于此时还没有Activity被启动过，因此，返回值为null，即next变量的值为null，
//于是就调用mService.startHomeActivityLocked函数
ActivityRecord next = topRunningActivityLocked(null);
if (next == null) {
if (mMainStack) {
//ActivityManagerService mService; 查询Category类型为HOME的Activity并启动
return mService.startHomeActivityLocked();
}
}
……
}
6631
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
