Launcher的启动流程
系统怎么启动Launcher的
Activity会调用startHomeActivityLocked方法，此方法会创建一个Intent，mTopAction和mTopData传给Intent，其中mTopAction为Intent.ACTION_MAIN，Intent的category为android.intent.category.Home。而Launcher的AndroidMainfest.xml文件里面给Launcher定义的category也是Home，根据匹配原则，这样就会启动这个Launcher。
Launcher的intent-filter配置：
<activity
android:name="com.android.launcher3.Launcher"
...
android:exported="true"
android:enabled="true">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<action android:name="android.intent.action.SHOW_WORK_APPS" />
<category android:name="android.intent.category.HOME" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.MONKEY"/>
<category android:name="android.intent.category.LAUNCHER_APP" />
</intent-filter>
</activity>
Launcher类的onCreate初始化流程解析
protected void onCreate(Bundle savedInstanceState) {
//创建启动性能日志记录器(mStartupLatencyLogger)，用于记录Launcher启动的性能数据。根据启动类型（冷启动、设备重启、热启动）进行初始化。
mStartupLatencyLogger = createStartupLatencyLogger(
sIsNewProcess
? LockedUserState.get(this).isUserUnlockedAtLauncherStartup()
? COLD
: COLD_DEVICE_REBOOTING
: WARM);
sIsNewProcess = false;
mStartupLatencyLogger
.logStart(LAUNCHER_LATENCY_STARTUP_TOTAL_DURATION)
.logStart(LAUNCHER_LATENCY_STARTUP_ACTIVITY_ON_CREATE);
// Only use a hard-coded cookie since we only want to trace this once.
if (Utilities.ATLEAST_S) {
Trace.beginAsyncSection(
DISPLAY_WORKSPACE_TRACE_METHOD_NAME, DISPLAY_WORKSPACE_TRACE_COOKIE);
Trace.beginAsyncSection(DISPLAY_ALL_APPS_TRACE_METHOD_NAME,
DISPLAY_ALL_APPS_TRACE_COOKIE);
}
TraceHelper.INSTANCE.beginSection(ON_CREATE_EVT);
//如果开启了DEBUG_STRICT_MODE，则设置StrictMode策略，用于检测一些运行时错误，如磁盘读写、网络等问题。
if (DEBUG_STRICT_MODE) {
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
.detectDiskReads()
.detectDiskWrites()
.detectNetwork() // or .detectAll() for all detectable problems
.penaltyLog()
.build());
StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
.detectLeakedSqlLiteObjects()
.detectLeakedClosableObjects()
.penaltyLog()
.penaltyDeath()
.build());
}
super.onCreate(savedInstanceState);
//获取LauncherAppState实例，该实例负责管理Launcher的状态和数据。
LauncherAppState app = LauncherAppState.getInstance(this);
mModel = app.getModel();
//初始化设备配置，包括屏幕的旋转信息和设备的规格信息。
mRotationHelper = new RotationHelper(this);
InvariantDeviceProfile idp = app.getInvariantDeviceProfile();
initDeviceProfile(idp);
idp.addOnChangeListener(this);
mSharedPrefs = LauncherPrefs.getPrefs(this);
mIconCache = app.getIconCache();
mAccessibilityDelegate = createAccessibilityDelegate();
//初始化Launcher的视图（如桌面、小部件、搜索栏等）和控制器（如拖动控制器、应用程序列表控制器等）。
initDragController();
mAllAppsController = new AllAppsTransitionController(this);
mStateManager = new StateManager<>(this, NORMAL);
mOnboardingPrefs = createOnboardingPrefs(mSharedPrefs);
// TODO: move the SearchConfig to SearchState when new LauncherState is created.
mBaseSearchConfig = new BaseSearchConfig();
setupViews();
//初始化小部件管理器和小部件持有者，用于管理和显示桌面上的小部件。
mAppWidgetManager = new WidgetManagerHelper(this);
mAppWidgetHolder = createAppWidgetHolder();
mAppWidgetHolder.startListening();
mPopupDataProvider = new PopupDataProvider(this::updateNotificationDots);
boolean internalStateHandled = ACTIVITY_TRACKER.handleCreate(this);
if (internalStateHandled) {
if (savedInstanceState != null) {
// InternalStateHandler has already set the appropriate state.
// We dont need to do anything.
savedInstanceState.remove(RUNTIME_STATE);
}
}
restoreState(savedInstanceState);
mStateManager.reapplyState();
if (savedInstanceState != null) {
int[] pageIds = savedInstanceState.getIntArray(RUNTIME_STATE_CURRENT_SCREEN_IDS);
if (pageIds != null) {
mPagesToBindSynchronously = IntSet.wrap(pageIds);
}
}
//调用LauncherModel的addCallbacksAndLoad方法，注册回调并加载桌面数据。
mStartupLatencyLogger.logWorkspaceLoadStartTime();
if (!mModel.addCallbacksAndLoad(this)) {
if (!internalStateHandled) {
// If we are not binding synchronously, pause drawing until initial bind complete,
// so that the system could continue to show the device loading prompt
mOnInitialBindListener = Boolean.FALSE::booleanValue;
}
}
// 设置默认的键盘模式
setDefaultKeyMode(DEFAULT_KEYS_SEARCH_LOCAL);
//设置当前Activity的内容视图为Launcher的根视图。
setContentView(getRootView());
//初始化Compose相关配置。
ComposeInitializer.initCompose(this);
if (mOnInitialBindListener != null) {
getRootView().getViewTreeObserver().addOnPreDrawListener(mOnInitialBindListener);
}
getRootView().dispatchInsets();
// 注册监听器以监听屏幕的开启和关闭状态。
ScreenOnTracker.INSTANCE.get(this).addListener(mScreenOnListener);
getSystemUiController().updateUiState(SystemUiController.UI_STATE_BASE_WINDOW,
Themes.getAttrBoolean(this, R.attr.isWorkspaceDarkText));
if (mLauncherCallbacks != null) {
mLauncherCallbacks.onCreate(savedInstanceState);
}
mOverlayManager = getDefaultOverlay();
//注册插件监听器，用于监听Launcher Overlay插件的状态。
PluginManagerWrapper.INSTANCE.get(this).addPluginListener(this,
LauncherOverlayPlugin.class, false /* allowedMultiple */);
//初始化屏幕旋转辅助类，用于管理屏幕旋转相关逻辑。
mRotationHelper.initialize();
TraceHelper.INSTANCE.endSection();
if (Utilities.ATLEAST_R) {
getWindow().setSoftInputMode(LayoutParams.SOFT_INPUT_ADJUST_NOTHING);
}
setTitle(R.string.home_screen);
//结束启动性能日志记录器，记录Launcher启动的结束时间。
mStartupLatencyLogger.logEnd(LAUNCHER_LATENCY_STARTUP_ACTIVITY_ON_CREATE);
}
部分代码解析：
LauncherAppState.getInstance
LauncherAppState app = LauncherAppState.getInstance(this);
// Load configuration-specific DeviceProfile
mDeviceProfile = app.getInvariantDeviceProfile().getDeviceProfile(this);
创建LauncherAppState对象，重点是根据手机硬件参数生成桌面参数（在系列第二篇中讲到的default_workspace.xml就是根据获取的硬件参数来进行适配选择的）。
不同的手机显示的Launcher布局是一样的，但是其中真正显示的图标，每个画面的像素点大小是不同的，Launcher需要根据手机的尺寸密度等硬件参数，计算出更多的信息，这一步就是将和手机硬件挂钩的参数都获取出来。
一方面它定义了Launcher的很多属性，图标大小，尺寸等。
另一方面在可用间距发生改变时会调用UpdateIconSize方法，重新计算更新图标大小：行列数是根据配置的行列数，图标大小，表格间距等计算出来的，如果想要改变行列数，可以适当把图标缩小放大，间距增大或减小。
生成桌面分布局
setupViews();
将桌面的各个部分都创建对象，绑定一些事件监听器等，进一步基本将桌面的各个UI子模块都定义完成。
Launcher的onCreate方法之后
Activity.onCreate在接近结尾的地方调用了mModel的startLoader方法，他把LoaderTask对象放到了工作线程中。
sWorkThread会执行LoaderTask的run方法，run方法里面最重要的就属于loadAndBindWorkspace方法了。在上面的图中，我已经画出了他的功能，先是在数据库读取数据，看看有什么需要增加，有什么需要删除；再在界面上显示。显示完了之后桌面其实也就启动完了。
-
loadWorkspace：
loadWorkspace有将近400行，挺多的，其实做的事情就是遍历数据库里的每条记录，判断他的类型，生成对应的ItemInfo对象（ShortcutInfo，FolderInfo，LauncherAppWidgetInfo） -
bindWorkspace：
在bindWorkspace里面，用了一个很重要的Callback接口，Launcher.java实现了这些接口，用于更新UI。bindWorkspace新建了几个对象都是current,other形式的，这个current代表的是当前屏的ItemInfo，other代表的其他屏的ItemInfo，为了加载时候不让用户感觉很慢，就先把当前屏的显示出来，再显示其他的，这个显示的工作都交给了bindWorkspaceItems方法。bindWorkspaceItems会分别加载图标，小工具，和文件夹。
参考：
https://www.jianshu.com/p/5d4e5b5c6804
https://fookwood.com/launcher-start-process-2
