关于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();
}
}
……
}