第 9 章：ANR
ANR（Application Not Responding，应用无响应）表示系统判定应用没有在规定时间内完成某类关键响应，例如处理输入事件、广播或服务回调。
一份 traces.txt 只记录抓取堆栈那一刻的线程状态，无法单独还原此前发生了什么。ANR 分析还要结合超时类型、触发时刻、Binder 等待、锁竞争、系统负载和用户可感知的操作时间线。
分析应回到超时发生前的时间线：最终堆栈说明采样时线程停在哪里，触发原因解释哪项响应未按时完成，放大因素则包括高负载、调度延迟等让问题更容易出现的条件。三者要分别取证。
内容索引
- 9.1 ANR 机制、类型与触发条件
- 9.2 ANR 与 Kernel Trace 联合诊断
- 9.3 特殊与跨边界 ANR
- 9.4 ANR 诊断案例集
- 9.5 Notification 性能与 ANR
- 9.6 ContentProvider 超时与 ANR 四路径
- 9.7 Android 17 ANR 预警与 Input pre-ANR
阅读建议
- 系统学习 ANR：按
9.1 → 9.2 → 9.3阅读，其中 9.2 负责时间线和内核证据，9.3 处理跨边界场景。 - 事后堆栈无法解释超时从何处开始：重点查看
9.1、9.2、9.7。 - Notification、前台服务和多进程边界：进入对应专项条目。
- 线上监控、事件写入本地文件与聚合分析：查看
26.2。