Zygote & System Server & app

Zygote & System Server & App

init进程:

1. 进程pid为1
2. Linux系统中，用户空间第一个进程。（内核空间存放内核代码 和 数据， 用户空间存放用户程序的代码和数据）
3. 父进程pid为0，系统内核空间。
4. 内核启动之后，执行的第一个进程。
   

Zygote：

时序图:

app_main.cpp

AndroidRuntime.cpp

ZygoteInit

runSelectLoop:

作用：

1. Zygote负责fork其他的Android(Java 层)进程：所有的应用程序进程 ，SystemServer。
2. 提供共享资源：FrameWork共享类 及 共享资源。(zygote提供了同一段物理内存空间用来存储共享数据)
   

谁启动的Zygote:

由Android系统的第一个进程init启动。(init 进程是在内核加载完成之后就启动起来的）

关于Zygote：

1. 是安卓运行的第一个Dalvik虚拟机进程。
2. /System/bin/app_process 是Zygote进程对应的应用程序文件。
3. SystemServer 和 Zygote分属android操作系统不同Davik虚拟机上运行的不同进程。
4. app_process的本质就是 使用dalvikvm启动ZygoteInit.java，并在启动后加载Framework中的大部分类和资源。
5. 虚拟机执行的第一个java类是ZygoteInit.java类。接下来的过程从ZygoteInit的main方法开始。
6. ZygoteInit main方法第一个重要工作就是启动一个Socket 服务端，该Socket端口是为了接收启动新进程的命令。
7. ZygoteInit 的main方法创建好Socket服务端后，不能马上fork新进程。还需要预装FrameWork的大部分类和资源。
8. preload-resources包括两类资源: drawable资源 和 color资源。
9. ActivityManagerService 在请求Zygote进程创建新进程时，会首先打开/dev/socket/zygote 这个设备文件来创建一个连接到Zygote进程的Client端的socket。
   

由Zygote进程fork新的程序

1. SystemServer和Zygote通过Socket进行跨进程通信。
2. SystemServer持有Socket客户端。
3. Zygote持有Socket服务端。
4. fork新的davilk进程命令由SystemServer首先发起，利用SystemServer的socket客户端发出fork新davilk进程的命令，Zygote进程的Socket服务端收到，并fork新进程程序。

SystemServer

时序图

作用

1. apk应用中能够直接交互的大部分系统服务都在这个进程中运行。
2. AMS，WMS，PMS这些系统服务都是以一个线程的方式存在于SystemServer进程中。
   

与Zygote关系

1. SystemServer进程是由zygote fork出来的第一个进程。
2. SystemServer进程是从ZygoteInit.java的main方法中调用startSystemServer开始的。
   
3. SystemServer 与 Zygote 使用Socket进行跨进程通信。（SystemServer 有一个Socket客户端，Zygote有Socket服务端负责接收fork请求）
4. 在SystemServer进程中会创建一个Socket客户端，具体的实现代码是在Process.java中。
   

何时启动Launcher

在System Server加载startOthersService后，调用ActivityManagerService.systemReady方法执行的startHomeActivityLocaked的。

ActivityManagerService

作用：

1. 主要负责管理Activity，兼职管理Android系统的内存和进程。

Activity 与

App & SystemServer & zygote 进程的IPC方式

app进程调用 ：通过

ActivityManagerService对app的调用

App 到 AMS进行通信时，需要先得到ActivityManagerProxy。如何得到呢？AMS到App进行通信时，需要先得到ApplicationThreadProxy，又是如何得到的？

通过上面的代码，我们得知，双方是如何对对方进行调用的。

ApplicationThread 与 ActivityThread的关系

从上面的代码可知，ApplicationThread是ActivityThread的内部类，所以其可以对ActivityThread进行调用。

App a 进程 启动App b 的过程

ActivityThread类

ActivityThread 并非继承自Thread

程序的入口：zygote当进程启动的时候，zygote会调用ActivityThread的 main方法。

main方法

第一件事：

1. 创建当前进程的ActivityThread对象。
2. 调用其attach方法，把当前进程与AMS（System Server）进程建立关系（传递当前进程的AppliationThreadProxy给AMS进程）。与AMS建立了关系之后，AMS再通过ApplicationThreadProxy调用bindApplication，来创建Application对象
3. 来自AMS的bindApplication方法创建了Application对象，并且调用了Application的onCreate方法
   

第二件事:

1. 开启loop循环。用来接收、分发app 主线程的消息事件。如触摸事件的处理。
   

作用

1. 一个apk的入口类是ActivityThread
2. 开启主线程的loop，给消息传递、分发提供支持。

ActivityThread的handleLaunchActivity方法

1. 执行perfromLaunchActivity：执行Activity的创建、attach 和 onCreate回调作用。
2. handleResumeActivity：执行Activity的onResume操作。
   

ActivityThread的performLaunchActivity方法

做了几件事

1. 创建Activity的实例。
2. 创建ContextImpl对象
3. 执行Activity的attach方法 :  把ContextImpl对象传递给Activity。
4. 执行Activity的onCreate方法。
   

1.使用Instrumentation创建Activity实例。

2.创建ContextImpl 对象

ContextImpl类

3.执行Activity的attach方法

attachBaseContext做了什么？把ContextImpl的实例赋值为ContextWrapper的一个引用。

ContextWrapper实际真正调用的是ContextImpl的实例

4.使用Instrumentation，调用Activity的onCreate方法。

其他

1. 在Linux系统中，所有的资源文件都可以看成文件，甚至包括 CPU 和 内存。标准的磁盘文件或者网络Socket也被认为是文件。
2. 在SystemServer进程中会创建一个Socket客户端，具体的实现代码是在Process.java中。
3. fork：linux系统中的一个系统调用，其功能是复制当前进程并产生一个新的进程。
4. 内核(kernel) 利用 文件描述符(file descriptor) 来访问文件。(文件描述符是 非负整数）读写文件需要使用文件描述符来指定待读写的文件。