Android
核心分析 之八------Android 启动过程详解
Android从Linux系统启动有4个步骤；
(1) init进程启动
(2) Native服务启动
(3) System Server，Android服务启动
(4) Home启动
总体启动框架图如：
第一步：initial进程(system/core/init)
init进程，它是一个由内核启动的用户级进程。内核自行启动（已经被载入内存，开始运行，并已初始化所有的设备驱动程序和数据结构等）之后，就通过启动一个用户级程序init的方式，完成引导进程。init始终是第一个进程.
Init.rc
Init.marvell.rc
Init进程一起来就根据init.rc和init.xxx.rc脚本文件建立了几个基本的服务：
servicemanamger
zygote
。。。
最后Init并不退出，而是担当起property service的功能。
1.1脚本文件
init@System/Core/Init
Init.c： parse_config_file(Init.rc)
@parse_config_file(Init.marvel.rc)
解析脚本文件：Init.rc和Init.xxxx.rc(硬件平台相关)
Init.rc是Android自己规定的初始化脚本(Android Init Language, System/Core/Init/readme.txt)
该脚本包含四个类型的声明：
Actions
Commands
Services
Options.
1.2 服务启动机制
我们来看看Init是这样解析.rc文件开启服务的。
（1）打开.rc文件，解析文件内容@ system/core/init/init.c
将service信息放置到service_list中。@ system/core/init
parser.c
（2）restart_service()@ system/core/init/init.c
service_start
execve(…).建立service进程。
第二步 Zygote
Servicemanager和zygote进程就奠定了Android的基础。Zygote这个进程起来才会建立起真正的Android运行空间，初始化建立的Service都是Navtive
service.在.rc脚本文件中zygote的描述：
service zygote /system/bin/app_process
-Xzygote /system/bin --zygote --start-system-server
所以Zygote从main(…)@frameworks/base/cmds/app_main.cpp开始。
(1) main(…)@frameworks/base/cmds/app_main.cpp
建立Java Runtime
runtime.start("com.android.internal.os.ZygoteInit",
startSystemServer);
(2) runtime.start@AndroidRuntime.cpp
建立虚拟机
运行：com.android.internal.os.ZygoteInit：main函数。
（3）main()@com.android.internal.os.ZygoteInit//正真的Zygote。
registerZygoteSocket();//登记Listen端口
startSystemServer();
进入Zygote服务框架。
经过这几个步骤，Zygote就建立好了，利用Socket通讯，接收ActivityManangerService的请求，Fork应用程序。
第三步 System Server
startSystemServer@com.android.internal.os.ZygoteInit在Zygote上fork了一个进程:
com.android.server.SystemServer.于是SystemServer@(SystemServer.java）就建立了。Android的所有服务循环框架都是建立SystemServer@(SystemServer.java）上。在SystemServer.java中看不到循环结构，只是可以看到建立了init2的实现函数，建立了一大堆服务，并AddService到service
Manager。
main() @ com/android/server/SystemServer
{
init1();
}
Init1()是在Native空间实现的（com_andoird_server_systemServer.cpp）。我们一看这个函数就知道了，init1->system_init()
@System_init.cpp
在system_init()我们看到了循环闭合管理框架。
{
Call "com/android/server/SystemServer",
"init2"
…..
ProcessState::self()->startThreadPool();
IPCThreadState::self()->joinThreadPool();
}
init2()@SystemServer.java中建立了Android中所有要用到的服务。
这个init2（）建立了一个线程，来New Service和AddService来建立服务
第四步 Home启动
在ServerThread@SystemServer.java后半段，我们可以看到系统在启动完所有的Android服务后，做了这样一些动作：
（1） 使用xxx.systemReady()通知各个服务，系统已经就绪。
(2) 特别对于ActivityManagerService.systemReady(回调)
Widget.wallpaper,imm(输入法)等ready通知。
Home就是在ActivityManagerService.systemReady()通知的过程中建立的。下面是ActivityManagerService.systemReady()的伪代码：
systemReady()@ActivityManagerService.java
resumeTopActivityLocked()
startHomeActivityLocked();//如果是第一个则启动HomeActivity。
startActivityLocked（。。。）CATEGORY_HOME
Android核心分析 之九-------Zygote
Service
在本章我们会接触到这两个单词：
Zygote [生物] 受精卵, 接合子, 接合体
Spawn：产卵
通过这两个单词，我们就可以大体知道Zygote是干什么的了，就是叫老母鸡下蛋。通过“Zygote”产出不同的子“Zygote”。从大的架构上讲，Zygote是一个简单的典型C/S结构。其他进程作为一个客服端向Zygote发出”孵化”请求，Zygote接收到命令就“孵化”出一个Activity进程来。
Zygote系统代码组成及其调用结构：
Zygote.java
提供访问Dalvik “zygote”的接口。主要是包装Linux系统的Fork，以建立一个新的VM实例进程。
ZygoteConnection.java
Zygote的套接口连接管理及其参数解析。其他Actvitiy建立进程请求是通过套接口发送命令参数给Zygote。
ZygoteInit.java
Zygote的main函数入口。
Zygote系统代码层次调用
main()
startSystemServer()…
runSelectLoopMode()
Accept socket connection
Conntecion.RunOnce()
Read argument
folkAndSpecialize
folkAndSpecialize使用Native函数Dalvik_dalvik_system_Zygote_forkAndSpecialize
//native 的获取
dalvik/vm/native
//dalvik_system_Zygote.c
const DalvikNativeMethod dvm_dalvik_system_Zygote[]
= {
{ "fork", "()I",
Dalvik_dalvik_system_Zygote_fork },
{ "forkAndSpecialize", "(II[II[[I)I",
Dalvik_dalvik_system_Zygote_forkAndSpecialize
},
{ "forkSystemServer", "(II[II[[I)I",
Dalvik_dalvik_system_Zygote_forkSystemServer
},
{ NULL, NULL, NULL },
};
在这里我们就有了Zygote服务的全貌理解，也在Code中印证了。【应yk_hu0621修正】{由于Android中没有具体应用程序的入口，都是通过启动Actvity来启动相关的Android应用，而这个
Android应用则对应着Linux进程，Activity便Host在这个应用程序上。}
{原文：Activity在本质上是个什么东西，就是一个Linux进程}
从分析中我们可以看到，Android使用了Linux的fork机制。在Linux中Fork是很高效的。
一个Android的应用实际上一个Linux进程，所谓进程具备下面几个要素，
a.要有一段程序供该进程运行，程序是可以被多个进程共享的。
b..进程专用的系统堆栈空间。
c.进程控制块，在linux中具体实现是task_struct
d.有独立的存储空间。
fork 创造的子进程复制了父亲进程的资源，包括内存的内容task_struct内容，在复制过程中，子进程复制了父进程的task_struct，系统堆栈空间和页面表，而当子进程改变了父进程的变量时候，会通过copy_on_write的手段为所涉及的页面建立一个新的副本。所以只有子进程有改变变量时，子进程才新建了一个页面复制原来页面的内容，基本资源的复制是必须的，整体看上去就像是父进程的独立存储空间也复制了一遍。
再看看下面Google在讲解Dalvik虚拟机的图片，我们就大体有了Android系统中Actvitiy的实际映射状态有了基本的认识。
Android核心分析 之十-------Android
GWES之基本原理篇
我这里的GWES这个术语实际上从Microsoft 的Window上移植过来的，用GWES来表示Android的窗口事件系统不是那么准确，在Android中Window是个弱化了的概念，更多的表现在View这个概念上。在很大程度上，Android的View的概念可以代替Microsoft
Window这个概念，有点和Microsof暗中较劲的意味，你用过的概念我就偏不用，这个也是我以为的设计者意图。
原始GUI基本框架
首先我们从Android的SDK外特性空间开始，在编写Actvitiy时，我们都是面对的处理函数：OnXXXX（），例如有按键按下就是OnKeyDown等，在这个过程中系统做了怎样的处理？要详细的理解这个过程，我们就需要理解Andoid的View管理，窗口系统，消息系统和输入系统。我们还是从最本质的地方开始，Android作为一种嵌入式的图形用户界面系统，它的基本原理与一般GUI的原理是相同的，同时也是遵循GWES(图形窗口事件系统)的一般规律，总体上Android就是管理用户输入和系统屏幕输出的一个系统。其实GWES这个名称更能体现GUI的基本实质要素：图形、窗口、事件。
1． 一般GUI的基本组成
GUI的实现就是对上面提到的三个基本要素的管理，根据这这三个要素的特性及其涉及的范围，GUI在总体上可以分为三部分：
事件管理器
窗口管理器
GDI(绘制与GDI逻辑对象管理)
（1） 事件管理器
收集系统消息，转换并分发系统消息和用户消息给各个窗口对象。
消息队列管理
（2）窗口管理器：
管理窗口的创建，销毁
窗口的绘制
活动窗口，输入焦点的切换
窗口间关系的管理
控件，菜单实现
（3）GDI
上下文设备管理
上下文设备对象管理：字体，画笔等
图形绘制:点、线，填充等
图象操作:位传送、位图操作
2 系统体系构架及其数据流的大体走向
在本质上GUI就是管理用户输入和屏幕输出，我们从上面的体系结构可以看到GUI的这两大数据流的基本流向，这也决定了Android
GWES设计的最基本的着眼点。
Android弱化了窗口的概念，着重使用View的概念。所以Android的基本组成可以从上面的图修改成如下的组成：
| 
