iOS 启动性能实战：理解启动类型与入口

在移动应用开发中，"启动速度"往往被开发者简化为冷启动或热启动。然而，这种二分法在实际优化中往往不够精准，甚至可能导致错误的优化方向。本文将深入剖析 iOS 应用的真实启动路径，帮助你建立正确的性能测量模型。

误区：启动不止冷热之分

许多开发者习惯将启动分为冷启动和热启动，这种分类虽然直观，但无法涵盖所有场景。对于性能调优工作而言，我们需要更细致的视角。

根据系统机制，iOS 应用启动实际上包含四种不同的模式：

• 冷启动：进程不存在，必须从零开始加载。
• 温启动：进程存在，但状态被清除，需要重新初始化。
• 恢复：进程已运行，从内存中唤醒。
• 预热：进程在后台运行，等待被唤醒。

核心区别：进程创建 vs 进程恢复

在讨论性能时，最重要的边界不是冷启动和温启动，而是新进程的创建与现有进程的恢复。

Apple 在其官方优化会话中也强调了这一区别：

• 冷启动与温启动：都会创建新的应用进程，系统必须从存储设备加载可执行文件及其依赖库。
• 恢复：应用进程已经存在，系统只需恢复内存状态。

如果你混淆了这些概念，比如在测量图标点击（通常涉及冷启动）的数据时，发现用户大多数情况下是通过通知唤醒（涉及恢复），那么你得到的平均数据可能无法反映真实的用户体验。

冷启动：最昂贵的场景

冷启动是性能优化的重点，因为它通常是最昂贵且缓存利用率最低的。当系统无法利用足够的缓存状态来避免从存储设备读取大量数据时，就会发生冷启动。

典型触发场景包括：

• 设备重启后的首次启动。
• 应用更新后的首次启动。
• 长时间未使用后重新打开应用。
• 内存压力导致页面和缓存被驱逐后的启动。

冷启动的内部流程：

1. 创建进程：系统分配内存空间。
2. 加载执行：加载可执行文件和必要的动态库。
3. 运行时初始化：执行 C++ 静态初始化等。
4. 进入主程序：执行 main 函数。
5. 初始化应用：创建 UIApplication 和 AppDelegate。
6. 场景连接：连接一个或多个 UI 场景。
7. 构建界面：渲染初始界面。
8. 首帧渲染：呈现第一帧画面。

实战建议：如何正确测量

在之前的某个生产环境中，我们的应用启动时间曾增长至约 9 秒。在盲目优化任何函数之前，我们首先解决了定义问题：

• 我们到底在测量什么？
• 我们关注的是哪种启动场景？
• 这个场景的起止点在哪里？
• 哪些生命周期回调属于进程，哪些属于场景？
• 什么时候应用才算"可见"，什么时候才算"可用"？

通过明确生命周期并标记关键路径，我们重新设计了启动管线，最终将启动时间降至约 3 秒。

给开发者的建议： 在进行性能分析时，务必区分触发源。不要只记录平均启动时间，而应根据用户行为（点击图标、通知、Safari 链接等）分别记录和优化不同类型的启动性能。