1. 冷启动崩溃概述
1.1 冷启动到底是什么
先问个问题：你点开一个 App，到它完全显示首页，中间发生了什么？
如果你的 App 之前已经被系统杀掉了，或者这是安装后第一次打开，那系统就得从零开始创建进程。这个过程，就叫冷启动。
冷启动的特点是——什么都没有。没有缓存，没有预热数据，没有保活的线程。就像一个刚搬进空房子的人，啥都得现买现装。
我在项目中遇到过好几次，测试同学说"这 App 闪退"，我一看日志，全是冷启动场景。说白了，热启动时一切正常，但只要 App 被杀掉再打开，崩溃就复现了。这就是典型的冷启动问题。
- 进程从零创建——系统需要 fork 新进程
- 无内存缓存——之前加载的数据全部清空
- 无预热状态——所有模块都要重新初始化
- 加载路径最长——从点击图标到首页渲染，完整走一遍
1.2 资源未加载——崩溃的元凶
资源未加载，指的是 App 在启动过程中依赖的关键资源没能在预期时刻成功加载到内存里。这些资源可能是图片、配置文件、字体文件、本地数据库，甚至是某个动态库。
为什么会这样？我挑几个最常见的来说：
- 资源路径写错了 —— 代码里引用的路径和实际资源位置对不上
- 文件名大小写不匹配 —— 这个在 iOS 上特别坑，文件系统区分大小写
- 资源还没下载完就被访问 —— 远程资源在冷启动时还没落盘
- 依赖模块未初始化 —— 访问资源时，负责加载的模块还没准备好
我曾经被文件名大小写这个问题坑过一次。线上版本闪退率突然飙升，查了半天，发现是一张启动图的文件名在代码里写的是 SplashImage.png，实际资源文件是 splashimage.png。iOS 文件系统区分大小写，直接 crash。从那以后，我每次做资源相关开发都会加一道自动化检查脚本。
1.3 冷启动 vs 热启动：一张表说清楚
你想想看，同样是打开一个 App，冷启动和热启动的待遇完全是两码事。下面这张表可以帮你快速建立认知：
| 对比维度 | 冷启动 | 热启动 |
|---|---|---|
| 进程状态 | 从零创建 | 后台存活，直接唤起 |
| 资源缓存 | 无 | 内存中已有缓存 |
| 加载路径 | 完整启动链路 | 跳过部分初始化 |
| 加载时间 | 通常 > 1s | 通常 < 300ms |
| 崩溃风险 | 高——资源未加载主要发生在此 | 低——资源大多已就绪 |
| 调试难度 | 高——复现条件苛刻 | 低——问题容易定位 |
其实你会发现，大部分线上崩溃都发生在冷启动场景。原因很简单——热启动时资源都是现成的，根本不会走到加载逻辑里去。
1.4 一个真实场景
我给你描述一个我调过的案例，你一听就明白了：
某社交 App 在启动时需要加载一张首屏背景图，代码里用了 UIImage(named: "welcome_bg")。开发机上一切正常，但线上某些设备在弱网条件下冷启动时，闪退率飙升到 8%。
查到最后发现：
- 这张图是远程资源，首次安装时需要从 CDN 下载
- 下载逻辑是异步的，但 UI 渲染在主线程同步执行
- 冷启动时网络还没就绪，图片没下载完，
UIImage(named:)返回 nil - 代码后续直接访问了 nil 对象的属性，崩溃
解决方案其实不复杂——加一个资源就绪检查，没下载完时先展示兜底图。但关键是，你得先意识到"冷启动时资源可能没加载"这件事。
1.5 常见原因一览
我把冷启动资源未加载的常见原因整理了一下，方便你对照排查：
| 原因类别 | 具体表现 | 典型场景 |
|---|---|---|
| 路径错误 | 文件找不到、资源 ID 无效 | 资源名大小写不匹配、Bundle 路径配置错误 |
| 加载时序 | 访问时资源尚未就绪 | 异步下载未完成、依赖模块未初始化 |
| 网络问题 | 远程资源下载失败 | 离线启动、弱网超时、CDN 回源失败 |
| 内存受限 | 资源被系统回收 | 低内存设备上系统强制清理缓存 |
| 资源损坏 | 文件格式异常、校验失败 | 下载断包、存储介质损坏 |
1.6 调试的底层逻辑
我个人习惯在调试冷启动问题时，先问自己三个问题：
- 这个资源是在哪个阶段加载的？ —— 启动早期还是中期？
- 加载失败是必现还是偶现？ —— 偶现往往跟时序有关
- 热启动能否复现？ —— 不能的话，基本锁定冷启动问题
我建议你在开发阶段就模拟冷启动场景测试。别只在热启动状态下点来点去，那都是在自欺欺人。把 App 杀掉、断网、清缓存，然后再打开——这才是真实的用户环境。
嗯，这里要注意一点：很多同学调试时习惯用 Xcode 或 Android Studio 直接 Run，这种启动方式其实不是纯冷启动，因为调试器会注入一些额外逻辑。我建议你断开调试器，手动点击图标启动来验证。