Android 应用启动流程和系统启动流程的详解

首先自己在学习的时候，得看看大体的一个思想走向，就是大体什么时候开始的，到过程、在到结束，然后在，大体的思路中在去看细节的一个流程和处理。

Android系统启动流程：

1.启动电源以及系统启动 
当电源按下时引导芯片代码开始从预定义的地方（固化在ROM）开始执行。加载引导程序Bootloader到RAM，然后执行。 

2.引导程序BootLoader 
引导程序BootLoader是在Android操作系统开始运行前的一个小程序，它的主要作用是把系统OS拉起来并运行。 (初始化 CUP的和硬件)

3.Linux内核启动 
内核启动时，设置缓存、被保护存储器、计划列表、加载驱动。当内核完成系统设置，它首先在系统文件中寻找init.rc文件，并启动init进程。 

4.init进程启动 
初始化和启动属性服务，并且启动Zygote进程。 

5.Zygote进程启动 
创建JavaVM并为JavaVM注册JNI，创建服务端Socket，启动SystemServer进程。 

6.SystemServer进程启动 
启动Binder线程池和SystemServiceManager，并且启动各种系统服务。 

7.Launcher启动 
被SystemServer进程启动的ActivityManagerService会启动Launcher，Launcher启动后会将已安装应用的快捷图标显示到界面上。

其中有几点需要注意的，就是这个几个方法，需要在细化的了解下

一、Zygote进程启动过程：

在Android系统中，DVM和ART、应用程序进程以及运行系统的关键服务的SystemServer进程都是由Zygote进程来创建的，我们也将它称为孵化器。

Zygote进程主要做了如下几个工作：

（1）创建AppRuntime并调用其start方法，启动Zygote进程（此过程是在init进程结束的时候执行的）

（2）创建java虚拟机并为java虚拟机注册JNI方法

此步骤主要是通过JNI进行一个从native层到java层的一个过渡。

（3）通过JNI调用ZygoteInit的main函数进入Zygote的java框架层

（4）通过registerZygoteSocket方法创建服务器Socket

通过registerZygoteSocket创建一个server端的socket，其中name为“zygote”，来等待ActivityManagerService请求Zygote来创建新的应用程序进程，同时进行预加载类和资源。

（5）启动SystemServer进程

Zygote通过fork方法创建SystemServer子进程。创建的SystemServer进程的用户id和组id为1000，进程名为：system_server，启动的类名为：com.android.server.SystemServer。

（6）通过runSelectLoop方法等待AMS的请求来创建新的应用程序进程

此方法中存在一个列表fds，用了保存AMS传送过来的要创建子进程的信息，这里面启动了一个无限循环，用来等待AMS请求Zygote进程创建新的应用进程，每次AMS来连接后会存放到fds中，创建子进程成功后，将对应连接从fds列表中删除。

二、SystemServer进程启动过程：

SystemServer进程主要用于创建系统服务，我们熟知的AMS、WMS和PMS都是由它来创建的。

SystemServer进程启动后主要做的工作如下：

（1）启动Binder线程池，这样就可以与其他进程进行通信

通过调用native层的代码nativeZygoteInit方法，来启动一个Binder线程池

（2）创建SystemServiceManager，其用于对系统的服务进程创建、启动和生命周期管理

启动Binder线程池后，紧接着会进入SystemServer的main方法（可以看做是SystemServer进程的入口），在main方法中，首先会创建一个消息looper，紧接着便会创建SystemServiceManager，它会对系统服务进行创建、启动和生命周期管理。

（3）启动各种系统服务

首先系统服务分为三种：引导服务、核心服务、其他服务。SystemServiceManager会依序将所有系统服务启动起来。对应方法为：startBootstrapServices()、startCoreServices()、startOtherServices()。

引导服务比如：PowerManagerService、ActivityManagerServer、PackageManagerService等

核心服务比如：BatteryService、UsagestatsService等

其他服务比如：WindowManagerService、CameraService、AlarmManagerService等

服务启动后会添加到mServices集合中，其中mServices是一个存储SystemService类型的ArrayList。上述所有系统服务都是SystemService的子类。Client端如果要使用某个Service，则需要查询对应的Service的相关信息，然后根据Service的额相关信息与Service所在的Server进程建立通信通路，这样Client端就可以使用Service了。

三、Launcher启动过程：

系统启动的最后一步是启动一个应用程序来显示系统中已经安装的应用程序，这个应用程序就叫做Launcher。Lanucher在启动过程中会请求PackageManagerService返回系统中已经安装的应用程序信息，并将这些信息封装成一个快捷图标列表显示在系统屏幕上。

通俗来讲Launcher就是Android系统的桌面，它的主要作用有：

（1）作为Android系统的启动器，用于启动应用程序

（2）作为Android系统的桌面，用于显示和管理应用程序的快捷图标或者其他桌面组件。

1、Launcher的的启动过程：

首先SystemServer进程会在启动的过程中启动PackageManagerService，PackageManagerService启动后会将系统中的应用程序安装完成，再此前已经启动的AMS会将Launcer启动起来，启动Launcher的入口为AMS的systemReady方法，它在Systemserver的startOtherServices（启动其他服务）方法中被调用。（注：AMS是在startBootstrapServices()方法中启动的）。

systemReady方法中最终是通过Intent进行启动的，其中action为：Intent.ACTION_MAIN、Category为Intent.CATEGORY_HOME。启动方法与普通的activity方式类似。

2、Launcher中应用图标显示过程：

首先加载所有应用信息是在内部创建了一个HandlerThread，然后通过handler循环调用来加载所以应用的。然后把allApps信息传递给一个AllAppsRecyclerView控件的adapter来进行展示的。

Launcher是用工作区的形式来显示系统安装的应用程序的快捷图标的，每一个工作区都是用来描述一个抽象桌面的，它由n个屏幕组成，每个屏幕又分为n个单元格，每个单元格用来显示一个应用程序的快捷图标。

 
 

Android应用启动流程：

在开始分析app启动流程之前，我们先回想下平时是怎么启动一个App的：Android系统桌面->点击应用图标->启动App。

在最开始先将apk启动涉及的“三个进程”，“六个大类”进行介绍一下：

• Android系统桌面是什么？
• 点击应用图标后Android系统执行了什么操作？

三个进程：

Android App启动流程详解_蒙的博客-CSDN博客_android app启动流程

三个进程：
Launcher进程：整个App启动流程的起点，负责接收用户点击屏幕事件，它其实就是一个Activity，里面实现了点击事件，长按事件，触摸等事件，可以这么理解，把Launcher想象成一个总的Activity，屏幕上各种App的Icon就是这个Activity的button，当点击Icon时，会从Launcher跳转到其他页面。

SystemServer进程：这个进程在整个的Android进程中是非常重要的一个，地位和Zygote等同，它是属于Application Framework层的，Android中的所有服务，例如AMS, WindowsManager, PackageManagerService等等都是由这个SystemServer fork出来的。

App进程：你要启动的App所运行的进程。

六个大类：
ActivityManagerService：（AMS）AMS是Android中最核心的服务之一，主要负责系统中四大组件的启动、切换、调度及应用进程的管理和调度等工作，其职责与操作系统中的进程管理和调度模块相类似，因此它在Android中非常重要，它本身也是一个Binder的实现类。

Instrumentation：监控应用程序和系统的交互。

ActivityThread：应用的入口类，通过调用main方法，开启消息循环队列。ActivityThread所在的线程被称为主线程。

ApplicationThread：ApplicationThread提供Binder通讯接口，AMS则通过代理调用此App进程的本地方法。

ActivityManagerProxy：AMS服务在当前进程的代理类，负责与AMS通信。

ApplicationThreadProxy：ApplicationThread在AMS服务中的代理类，负责与ApplicationThread通信。

可以说，启动的流程就是通过这六个大类在这三个进程之间不断通信的过程。
 

（1）启动的起点发生在Launcher活动中，启动一个app说简单点就是启动一个Activity，那么我们说过所有组件的启动，切换，调度都由AMS来负责的，所以第一步就是Launcher响应了用户的点击事件，然后通知AMS；

（2）AMS得到Launcher的通知，就需要响应这个通知，主要就是新建一个Task去准备启动Activity，并且告诉Launcher你可以休息了（Paused）；

（3）Launcher得到AMS让自己“休息”的消息，那么就直接挂起，并告诉AMS我已经Paused了；

（4）AMS知道了Launcher已经挂起之后，就可以放心的为新的Activity准备启动工作了，首先，APP肯定需要一个新的进程去进行运行，所以需要创建一个新进程，这个过程是需要Zygote参与的，AMS通过Socket去和Zygote协商，如果需要创建进程，那么就会fork自身，创建一个线程，新的进程会导入ActivityThread类，这就是每一个应用程序都有一个ActivityThread与之对应的原因；

（5）进程创建好了，通过调用上述的ActivityThread的main方法，这是应用程序的入口，在这里开启消息循环队列，这也是主线程默认绑定Looper的原因；

（6）这时候，App还没有启动完，要永远记住，四大组建的启动都需要AMS去启动，将上述的应用进程信息注册到AMS中，AMS再在堆栈顶部取得要启动的Activity，通过一系列链式调用去完成App启动；