崩溃的本质与定义
现象描述
应用程序崩溃表现为进程异常终止，用户侧通常看到以下现象之一：
- 闪退：应用窗口突然消失，返回桌面或系统界面。
- ANR（Application Not Responding）：界面卡死超过阈值（如Android 5秒），弹出“应用无响应”对话框。
- 白屏/黑屏：界面渲染卡住，无法显示有效内容。
- 无响应冻结：点击、触摸失效，系统最后强制杀死进程。
崩溃发生时，系统通常产生日志、dumpsys或crash dump文件，用于后续定位。
典型特征
| 崩溃类型 | 典型现象 | 常见触发条件 | 用户感知 |
|---|---|---|---|
| 运行时异常（如NullPointerException） | 闪退，偶现 | 空指针访问 | 操作失败，瞬间退出 |
| 系统信号（如SIGSEGV） | 闪退，无弹窗 | 非法内存访问 | 毫无征兆的退出 |
| ANR | 界面卡住，弹窗提示 | 主线程阻塞（死锁、I/O耗时） | 等待后选择“等待/关闭” |
| 资源耗尽（OOM） | 闪退，或逐渐卡顿后退出 | 内存泄漏、大对象频繁分配 | 性能下降后突然退出 |
| 断言失败 | 闪退，Debug版弹窗提示 | 逻辑条件不满足 | 开发阶段常见 |
排查路径
按以下步骤采集现场数据并定位根因：
- 收集崩溃日志：获取系统日志（logcat、syslog）、crash dump、minidump 文件。
- 验证触发条件：重现相同的操作步骤，确认是确定性崩溃还是随机崩溃。
- 分析异常类型：根据日志中的异常类名、信号编号、堆栈内容判定触发条件。
- 查看调用栈：定位到具体源文件、函数、行号。
- 检查状态机/数据：分析崩溃时的线程状态、变量值、资源占用。
判断规则
通过日志关键字快速判断崩溃类型：
| 日志模式 | 崩溃类型 | 典型堆栈关键词 |
|---|---|---|
java.lang.NullPointerException | 空指针异常 | NullPointerException, null object reference |
SIGSEGV (signal 11) | 段错误 | /system/lib/libc.so, art:: |
android.os.MessageQueue + Input dispatching timed out | ANR | “Application Not Responding”, main thread blocked |
OutOfMemoryError | OOM | OutOfMemoryError, Failed to allocate |
AssertionError / assert_fail | 断言失败 | Assertion "..." failed |
修复动作
- 空指针：增加判空逻辑，使用 Optional 或安全调用。
- 数组越界：检查索引范围，优先使用迭代器或范围 for 循环。
- ANR：将耗时操作移至异步线程，避免主线程执行网络 I/O、大量计算。
- OOM：优化内存使用，及时释放不再使用的对象，使用缓存池、弱引用。
- 信号错误：检查内存访问、指针操作、对齐问题，启用 ASan/UBSan 检测。
复测步骤
- 根据修复内容编写针对性的测试用例（如触发空指针场景、大量数据加载场景）。
- 在调试环境（Debug 模式）下运行测试，确保修复不引入新崩溃。
- 在 Release 模式下运行回归测试，覆盖冒烟、压力、边界条件。
- 收集日志确认原崩溃关键字不再出现。
- 在目标设备上进行用户模拟操作，验证无闪退或 ANR。
预防建议
| 维度 | 措施 |
|---|---|
| 编码规范 | 强制空安全检查、边界校验，使用静态分析工具（Clang-Tidy、SonarQube）。 |
| 代码审查 | 每次 MR 必须包含异常处理与边界情况 review。 |
| 自动化测试 | 集成单元测试、UI 测试、Monkey 测试，覆盖高概率崩溃路径。 |
| 监控告警 | 接入崩溃日志平台（Crashlytics、Bugly），设置阈值告警。 |
| 容错设计 | 使用 try-catch 包裹可能崩溃的第三方库调用，降级处理。 |
核心认知：崩溃的本质是程序执行到无法恢复的错误状态，由操作系统或运行时环境强制终止。区分“可恢复异常”与“不可恢复崩溃”是设计捕获机制的第一步。本章后续将深入各类崩溃的捕获与 h 处理策略。