第2章 ANR类型分类：输入派发超时、广播超时、服务超时、ContentProvider超时

2.1 现象识别：四大ANR类型的表象与触发条件

不同ANR类型在用户感知、日志特征与系统触发机制上存在显著差异。正确定义“属于哪一类ANR”是后续数据采集与分析的前提。本节通过识别表格与故障树帮助工程师在现象出现时快速归类。

2.2 数据采集：针对每种类型的日志获取策略

在定位具体原因前，必须通过不同路径收集该类型ANR所需的证据。以下排查表按类型列出采集动作。

2.3 原因定位：故障树与主线程阻塞分析

四种ANR类型的根源最终都会落到主线程停止执行消息循环上，但阻塞入口不同。故障树展示从类型到根因的拆解路径。

2.4 修复动作与复测：按类型给出整改方向

2.5 预防策略：从架构设计层面规避四类ANR

• 统一线程策略：全局禁止在主线程执行任何可能超过10ms的同步操作，使用代码检查工具（如 lint、thread check）强制约束。
• 广播防护：所有 BroadcastReceiver 内部强制检查代码执行时间，推荐 onReceive 只做 startService()/postToHandler() 投递。
• 服务限流：前台服务启动后若超20秒未就绪，系统直接上报ANR。建议服务首次启动时使用单独线程完成初始化，而非直接在主线程 onCreate。
• ContentProvider 设计：Provider 支持跨进程并发访问时，必须使用 SQLiteOpenHelper 的 WAL 模式；避免在 onCreate/query 中发起网络或磁盘全量扫描。
• 监控基线化：线上集成 ANR 监控 SDK，对四类 ANR 分别设定告警阈值（例如输入派发超时发生率低于0.1%，服务超时低于0.01%），持续追踪。

2.6 判据工具：快速判断ANR类型的主脚本

以下命令可一次性从 logcat 中提取出四类ANR及其关键信息，无需人工逐行过滤。

# 提取所有ANR通用事件
adb logcat -b events -v threadtime | grep -E "(am_anr|am_input_dispatch|am_broadcast_delivery|am_anr_service|am_cp_timeout)" > anr_events.txt

# 基于key分类抽取
grep "am_input_dispatch" anr_events.txt > input_anr.txt
grep "am_broadcast_delivery" anr_events.txt > broadcast_anr.txt
grep "am_anr_service" anr_events.txt > service_anr.txt
grep "am_cp_timeout" anr_events.txt > contentprovider_anr.txt

# 输出每个类型计数
wc -l input_anr.txt broadcast_anr.txt service_anr.txt contentprovider_anr.txt