前两篇文章中我们已经将系统启动的过程推进到了系统服务启动完毕之后，本篇文章就来介绍Android系统启动的最后一步：启动Launcher。

这个Launcher我们可以通俗地理解为桌面，系统启动的最后一步就是启动一个应用程序来显示系统中已经安装完成的应用程序，这个应用程序就叫做Launcher。

在 Android 系统启动的最后一步，是启动系统的默认桌面（Launcher）。桌面是用户与 Android 设备交互的主要界面，它提供了应用程序图标、小部件、壁纸等元素，使用户可以访问和启动应用程序。Launcher 在 Android 系统中是一个独立的应用程序，负责管理桌面上的图标、布局和交互逻辑。它通常是作为系统的默认桌面应用程序预装在设备上，并在系统启动时自动启动。启动 Launcher 的过程通常是由系统服务（System Service）负责调用。在系统启动的最后阶段，当其他系统组件已经准备就绪后，系统服务会启动 Launcher 进程，并加载 Launcher 应用程序的主要组件，例如主活动（MainActivity）。一旦 Launcher 进程启动并加载完成，它就会显示在屏幕上，并呈现用户熟悉的桌面界面。用户可以通过在桌面上滑动、点击图标等方式与 Launcher 进行交互，启动其他应用程序、访问设备设置等操作。

启动 Launcher 是 Android 系统启动过程中的最后一步，它标志着整个系统已经初始化完成，并提供了用户与设备交互的入口。

前两篇文章：

这个Launcher实际上是属于otherService的范畴，也就是其他服务，我们先点进startOtherService方法，其中有一段：

会调用ActivityManagerService的systemReady方法，接着进入这个方法，其实还是继续跳转，我们看这个方法：

调用到了ActivityTaskManager的onSystemReady方法，继续跳转到RootWindowContainer的startHomeOnAllDisplay方法，让我们细看这个方法：

这段代码是 Android 框架中的一部分，用于在指定的显示区域启动主屏幕（Launcher）。让我们逐行解释代码的含义：

首先，代码检查 displayId 是否为无效值（INVALID_DISPLAY）。如果 displayId 无效，它会回退到当前焦点所在的顶级显示区域（Task）或默认显示区域（DEFAULT_DISPLAY）。

接下来，代码通过 getDisplayContent(displayId) 方法获取指定 displayId 的显示内容（DisplayContent）。这个方法用于获取与给定 displayId 相关联的显示区域。

然后，代码调用 reduceOnAllTaskDisplayAreas() 方法，在所有的任务显示区域上执行指定的操作。该方法会遍历所有的任务显示区域，并将每个任务显示区域上的结果进行归约。在每个任务显示区域上，代码调用 startHomeOnTaskDisplayArea() 方法来尝试在该区域上启动主屏幕。它会传递一些参数，如用户ID、原因、是否允许检测仪器、是否来自Home键等。

最后，reduceOnAllTaskDisplayAreas() 方法返回归约的结果，表示是否在任何一个任务显示区域上成功启动了主屏幕。

总体来说，这段代码的作用是在指定的显示区域上启动主屏幕。它会遍历所有的任务显示区域，并尝试在每个任务显示区域上启动主屏幕，返回是否成功启动了主屏幕的结果。

我们接着点开里面的startHomeOnTaskDisplayArea，我们挑选里面最重要的几段：

这里获取了用于启动Launcher的Intent，然后进行一系列设置，最后通过startHomeActivity方法启动了这个Launcher：

这里主要看obtainStarter这一串代码，这一串代码用Intent和reason构建出来了一个ActivityStarter对象，很显然这个对象是用来启动Activity的，那么我们也可以知道这个Launcher实际上也是一个Activity，所以说，作为一个Activity，Launcher具有与其他Activity相似的生命周期和功能。当用户点击设备上的主屏幕按钮或通过其他手势启动Launcher时，系统会创建一个Launcher的实例，并调用其生命周期方法，如onCreate()、onStart()、onResume()等。Launcher可以包含自定义的布局和逻辑，以展示应用程序列表、搜索功能、小部件等。

到这里，Launcher的启动过程也完成了。

上面说到，这个Launcher本质上也是一个Activity，所以我们先从onCreate入手：

这里还是截取最重要的一段代码，主要让我们看注释一二处的代码，在注释一处获取了LauncherAppState的实例，然后在第二处代码处设置当前实例的Model为app的Model。接下来这个model会调用addCallbacksAndLoad方法：

这个方法相当于是将当前这个Launcher对象添加尽量LauncherModel的callBacks中：

添加完毕之后就会紧接着调用到startLoader方法：

这段代码是Launcher中的一个私有方法startLoader()，用于启动加载器（Loader）。在Launcher中，加载器负责加载和准备主屏幕的数据，如应用程序列表、小部件等，并将其绑定到相应的界面上。

在注释一处，创建类一个LoaderTask，这显然是一个runnable对象，紧接着在注释二处将其提交到线程池中进行。而这个MODEL_EXECUTOR实在Executors中定义的：

相当于一个有消息循环的线程，可以处理消息，其内部也有handler用于处理消息。

接下来看它执行的LoaderTask，直接看它的run方法：

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

我们这里仍然是截取了重要部分的代码，让我们从上往下看，在注释一处通过loadWorkspace方法加载了工作区信息，注释二处则是绑定了工作区信息，注释三处的loadAllApps方法则是加载了所有APP应用程序的信息。

接下来看这个loadAllApps方法：

可以着重看第二个和第三个方法，代码通过mAH.get(AdapterHolder.SEARCH)获取到一个适配器持有者，并调用其setup()方法。这个方法将一个RecyclerView（mSearchRecyclerView）与适配器持有者关联起来，并传入一个过滤器函数itemInfo -> false，用于过滤掉一些特定的应用程序。然后，代码调用了rebindAdapters(true /* force */)方法，重新绑定适配器。传入的force参数为true表示强制重新绑定。

总体而言，这段代码在View布局加载完成后进行了一些后续的初始化操作，包括设置适配器、设置圆角信息、获取背景属性值等。这样也就最终将各种各样的应用图标显示到了Launcher上。