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。

正文《Android 技术内幕》作者 高建武（Gracker），原仓库 Gracker/android-internals-wiki，以 CC BY-NC-SA 4.0 授权。本站是个人非商业阅读版改编，非官方站点。正文字体 霞鹜文楷（SIL OFL 1.1，授权全文）。