21、Launcher的启动优化：冷启动与热启动、异步初始化与懒加载、启动耗时打点与优化

Launcher的启动速度，直接决定了用户对手机的第一印象。

你想想看，用户按下电源键，屏幕亮起，如果桌面要卡个两三秒才能操作，那体验得多糟糕。我这些年做Launcher开发，最头疼的就是启动优化。说白了，这就是一场与时间的赛跑。

冷启动与热启动：本质区别在哪？

先搞清楚这两个概念。很多人以为冷启动就是第一次开机，其实不准确。

• 冷启动：Launcher进程被系统杀掉后，重新创建进程并加载。比如手机刚开机，或者用户强制杀掉了桌面进程。
• 热启动：Launcher进程还在内存里，只是Activity被回收了。比如用户按Home键回到桌面，或者从其他应用返回。

我遇到过最坑的一次，是某款低端机上，冷启动耗时竟然超过3秒。用户反馈说“手机卡死了”，其实只是桌面还没加载完。

所以优化重点，必须放在冷启动上。热启动只要不搞什么骚操作，基本不会慢。

异步初始化：别让主线程堵车

Launcher启动时，要干的事情太多了：加载壁纸、读取数据库、初始化图标缓存、绑定小部件、启动各种服务……

如果全堆在主线程，那用户就只能干瞪眼看着白屏。

我的做法很简单：能异步的，绝不同步。

// 伪代码：异步初始化框架
public class LauncherApp extends Application {
    @Override
    public void onCreate() {
        super.onCreate();
        
        // 必须同步的：崩溃收集、日志系统
        initCrashHandler();
        initLogSystem();
        
        // 异步初始化：图标缓存、数据库、主题
        new Thread(() -> {
            initIconCache();
            initDatabase();
            initThemeEngine();
        }).start();
        
        // 延迟初始化：云同步、统计上报
        Handler mainHandler = new Handler(Looper.getMainLooper());
        mainHandler.postDelayed(() -> {
            initCloudSync();
            initAnalytics();
        }, 3000);
    }
}

嗯，这里要注意：异步不是乱开线程。我建议用线程池管理，避免频繁创建销毁。另外，有些初始化必须在主线程完成，比如注册ActivityLifecycleCallbacks，这个没办法。

懒加载：用到了再初始化

懒加载，说白了就是“拖”。

有些功能用户可能根本不会用到，比如某些第三方小部件、高级设置页。那为什么要在一启动就加载它们？

我举个例子。Launcher的搜索框，很多用户从来不用。但如果你在启动时就把搜索引擎初始化了，那就是白费功夫。

// 懒加载示例：搜索功能
public class SearchManager {
    private SearchEngine mEngine;
    
    public void onSearchRequested() {
        if (mEngine == null) {
            // 第一次使用时才初始化
            mEngine = new SearchEngine();
            mEngine.init(); // 这里可能涉及网络请求
        }
        mEngine.startSearch();
    }
}

我曾经在一个项目里，把所有第三方SDK都改成了懒加载。启动时间直接从1.8秒降到了1.1秒。效果立竿见影。

启动耗时打点：没有数据，怎么优化？

优化之前，先得知道慢在哪。我习惯在关键节点打点，记录时间戳。

打点节点	说明	目标值
Application.onCreate() 开始	进程创建完成，进入Application	-
Application.onCreate() 结束	所有同步初始化完成	< 200ms
Activity.onCreate() 开始	进入Launcher Activity	-
第一次布局完成	onResume后，界面首次渲染	< 500ms
所有异步任务完成	图标、壁纸、数据库全部就绪	< 1500ms

// 打点工具类
public class LaunchTimer {
    private static final String TAG = "LaunchTimer";
    private static long sStartTime;
    
    public static void mark(String point) {
        if (sStartTime == 0) {
            sStartTime = SystemClock.elapsedRealtime();
        }
        long cost = SystemClock.elapsedRealtime() - sStartTime;
        Log.d(TAG, point + " : " + cost + "ms");
        // 也可以上报到后台
    }
}

有了这些数据，你就能清楚地看到：到底是Application初始化慢了，还是Activity布局慢了，还是异步任务拖了后腿。

优化策略：从数据到行动

拿到打点数据后，怎么优化？我总结了几条实战经验：

1. 减少主线程任务：把非必须的初始化移到异步线程或子进程。
2. 延迟加载View：用ViewStub延迟加载不常用的布局，比如设置入口、搜索框。
3. 缓存预热：把图标缓存、壁纸缩略图提前生成，避免首次渲染时计算。
4. 减少IPC调用：Launcher经常要和SystemServer通信，能合并的请求尽量合并。
5. 使用启动器线程：Android 12+支持启动器线程，可以把部分初始化放到这个线程。

知识体系总览

下面这张图，概括了Launcher启动优化的核心逻辑：

这张图把冷启动和热启动的区别、三种优化策略、以及最终目标串在了一起。你照着这个框架去优化，基本不会跑偏。