一. 系统启动过程

image.png

init进程作用：

1.启动系统关键的服务

2.守护关键服务

二. 小米 华为 这种系统服务怎么做

添加到init.rc脚本中，然后自编译系统。

## Daemon processes to be run by init.
##
service ueventd /sbin/ueventd
    class core
    critical
    seclabel u:r:ueventd:s0

service healthd /sbin/healthd
    class core
    critical
    seclabel u:r:healthd:s0
    group root system wakelock

service console /system/bin/sh
    class core
    console
    disabled
    user shell
    group shell log readproc
    seclabel u:r:shell:s0

on property:ro.debuggable=1
    # Give writes to anyone for the trace folder on debug builds.
    # The folder is used to store method traces.
    chmod 0773 /data/misc/trace
    start console

service flash_recovery /system/bin/install-recovery.sh
    class main
    oneshot

三. Zygote进程最原始的进程是什么进程(或者Zygote进程由来)

app_process进程！！！

########init.zygote32.rc
service zygote /system/bin/app_process....

########app_process/app_main.cpp
...
if(strcmp(arg, "--zygote") == 0
 {
  zygote = true;
  niceName = ZYGOTE_NICE_NAME;
}
...
if(!niceName.isEmpty()) {
  runtime.setArgv0(niceName.string(),true);//重命名

}
...

四. Zygote为什么需要用到Socket通信而不是Binder

首先要求对一对多，所有只能考虑Binder或者Socket.
1.zygote比service manager先启动，从这个意义上，他没有service manager可以注册，所以没法用binder.
2.zygote和service manager都是init进程启动的，就算先启动service manager,也不能保证zygote起来的时候service manager就已经初始化好了（这就需要额外的同步，太麻烦）。
3.这个sorcket的所有者是root,group是system，只有系统权限的用户才能读写，这又多了一层安全保障。
4.zygote是通过fork生成进程的，而多线程是不允许使用fork,可能造成死锁，同时binder又是多线程的，所以干脆不同binder而使用socket.

五. 每个App都会将系统的资源 ，系统的类都加载一遍吗

zygote进程的作用：

1.创建一个Service端的Socket，开启一个ServerSocket实现和别的进程通信。

2.加载系统类，系统资源。

######ZygoteInit.java
static void preload() {
  ...
  preloadClasses();
  ...
  preloadResources();
  ...
  nativePreloadAppProcessHALs();
  ...
  preloadOpenGL();
  ...
  preloadSharedLibraries();
  ...
  preloadTextResources();
  ...
}

3.启动System Server进程

######ZygoteInit.java
pid = Zygote.forkSystemServer();

六. PMS 是干什么的，你是怎么理解PMS

包管理，包解析，结果缓存，提供查询接口。

1.遍历/data/app的文件夹

2.解压apk文件

3.dom解析AndroidManifest.xml文件。

得到如下：

#PackageManagerService.java
final ArrayMap<String, PackageParser.Package> mPackages =
            new ArrayMap<String, PackageParser.Package>();

#PackageParse.java
...
public final static class Package implements Parcelable {
...
        public final ArrayList<Permission> permissions = new ArrayList<Permission>(0);
        public final ArrayList<PermissionGroup> permissionGroups = new ArrayList<PermissionGroup>(0);
        public final ArrayList<Activity> activities = new ArrayList<Activity>(0);
        public final ArrayList<Activity> receivers = new ArrayList<Activity>(0);
        public final ArrayList<Provider> providers = new ArrayList<Provider>(0);
        public final ArrayList<Service> services = new ArrayList<Service>(0);
        public final ArrayList<Instrumentation> instrumentation = new ArrayList<Instrumentation>(0);

        public final ArrayList<String> requestedPermissions = new ArrayList<String>();
...
}
...

七. 为什么会有AMS AMS的作用

1.查询PMS

2.反射生成对象

3.管理Activity生命周期

AMS缓存中心：ActivityThread

#ActivityThread.java
final ArrayMap<IBinder,ActivityClientRecord> mActivities = new ArrayMap();

八.AMS如何管理Activity，探探AMS的执行原理

Activity在应用端由ActivityClientRecord负责描述其生命周期的过程与状态，但最终这些过程与状态是由ActivityManagerService(以下简称AMS)来管理和控制的

1.BroadcastRecord：

描述了应用进程的BroadcastReceiver，由BroadcastQueue负责管理。

2.ServiceRecord：

描述了Service服务组件，由ActiveServices负责管理。

3.ContentProviderRecord：

描述ContentProvider内容提供者，由ProviderMap管理。

4.ActivityRecord：

用于描述Activity，由ActivityStackSupervisor进行管理。

九.应用启动

image.png

十.Launcher启动过程

image.png

十一.应用启动整体概念

image.png

十二.回顾Activity启动的流程

image.png

十三.App启动过程

image.png