不止是“点外卖”：从“TTID”指标，解构 Android 应用启动的性能全景应用启动是一场与 TTID（首帧绘制时间）

不止是“点外卖”：从“TTID”指标，解构 Android 应用启动的性能全景

一句话总结：

应用启动是一场与 TTID（首帧绘制时间）指标的赛跑。优化的本质，就是系统性地分析进程创建、Application 初始化、Activity 创建与绘制这三大赛段的耗时，并利用 Jetpack Startup 和 SplashScreen API 等现代化工具，榨干每一毫秒的性能。

第一章：重新定义目标——决战“TTID”

在优化之前，我们必须明确我们的“敌人”是谁。对于冷启动，最核心的性能指标是 TTID (Time to Initial Display) 。它记录了从用户点击图标到应用第一帧呈现在屏幕上的完整时间。

TTID 的构成 = 进程创建耗时 + Application 初始化耗时 + Activity 创建与首帧绘制耗时

我们的所有优化工作，都是为了压缩这三段时间。

gantt
    title 冷启动 TTID 时间线
    dateFormat  X
    axisFormat %Sms
    
    section 进程创建
    Zygote Fork : 0, 150
    
    section Application 初始化
    ContentProvider Init: 150, 100
    Application.onCreate(): 250, 200
    
    section Activity 创建与绘制
    Activity.onCreate() : 450, 250
    View Measure/Layout/Draw : 700, 100

    section 屏幕显示
    First Frame Displayed: 800, 0

第二章：启动优化的三大战场

战场一：Application 初始化——用 Jetpack Startup 终结混乱

Application.onCreate() 是最常见的启动瓶颈，因为它常常被塞满各种第三方 SDK 的 init() 调用。

传统优化 vs 现代方案：

传统优化（手动懒加载）： 开发者凭经验判断哪些可以延迟，逻辑分散，难以维护。
现代方案（Jetpack App Startup）：

这是 Google 官方提供的启动任务依赖管理库。它让你将每个 SDK 的初始化封装成一个独立的 Initializer，并明确声明它们之间的依赖关系。

优势：

按需初始化： 默认情况下，所有 Initializer 都会在 Application.onCreate 中被统一、高效地调用。
真正的懒加载： 你可以轻松地配置某个 Initializer 在首次被使用时才执行初始化，而无需侵入 Application 代码。
终结 ContentProvider 乱象： 它彻底取代了利用 ContentProvider 进行初始化的“黑魔法”，让启动流程更清晰、更快。

示例：

// 定义一个 WorkManager 的初始化器
class WorkManagerInitializer : Initializer<WorkManager> {
    override fun create(context: Context): WorkManager {
        WorkManager.initialize(context, Configuration.Builder().build())
        return WorkManager.getInstance(context)
    }
    // 声明没有其他依赖
    override fun dependencies(): List<Class<out Initializer<*>>> = emptyList()
}

战场二：首屏体验——用 `SplashScreen` API 替代 `windowBackground`

启动时的白屏/黑屏，是 Activity 首帧绘制完成前，系统窗口的默认背景。

传统优化 vs 现代方案：

传统优化（windowBackground）： 通过设置主题的 windowBackground 为一张图片，实现“假”的闪屏。控制力弱，体验不一。
现代方案（Android 12+ SplashScreen API）：

这是官方提供的标准闪屏解决方案。

优势：

系统级体验统一： 为所有应用提供了一致的启动动画。
强大的定制性： 支持设置图标、背景、品牌，甚至退场动画。
精准的控制： 通过 SplashScreen.OnExitAnimationListener，你可以精确控制闪屏何时结束（例如，在首页数据加载完第一帧后），实现从闪屏到主界面的无缝过渡。

战场三：Activity 创建与绘制——“快”与“异步”

这是 TTID 的最后冲刺阶段。

布局优化： 使用 ConstraintLayout 减少层级，使用 ViewStub 延迟加载非核心 UI。
主线程解放： 确保 onCreate, onStart, onResume 中没有任何磁盘 I/O 或网络请求。首页应先展示骨架屏或缓存，然后立即通过 ViewModel + 协程去异步加载真实数据。这部分耗时不计入 TTID，而是计入 TTFD。

三：总结：你的现代化启动优化清单

优化目标	旧世界的“土办法”	新世界的“官方武器”
管理 `Application` 初始化	手动懒加载, `ContentProvider` 黑魔法	Jetpack App Startup 库
优化启动闪屏体验	在主题中设置 `windowBackground`	Android 12+ `SplashScreen` API
异步加载	`AsyncTask` (已废弃), `Handler`	Kotlin 协程 + `ViewModel`
度量与分析	Logcat 打点	Android Profiler (CPU/Memory) , Systrace, Perfetto

通过将优化目标聚焦于 TTID 这一核心指标，并善用 Jetpack Startup、SplashScreen API 等现代化工具，你就能系统性地构建出启动如丝般顺滑的高质量应用。

不止是“点外卖”：从“TTID”指标，解构 Android 应用启动的性能全景