第3章　常见ANR类型分类及现象特征

Android ANR 按触发机制可分为四类：输入事件超时、广播超时、服务超时、ContentProvider 超时。每种类型的超时阈值、触发场景和日志特征都不同，本章按“现象识别 → 数据采集 → 原因定位 → 修复动作 → 复测 → 预防”逐一拆解。

3.1　现象识别

3.2　数据采集

当发生 ANR 时，系统会在 /data/anr/traces.txt 文件中保存当时的线程堆栈。同时 logcat 中会输出包含 ANR in 关键字的日志行。

3.2.1　采集命令

# 获取 ANR trace 文件（需要 root 或 adb 高权限）
adb shell cat /data/anr/traces.txt > traces.txt

# 抓取实时 logcat 并过滤 ANR 日志
adb logcat -b main -b system | grep -i "ANR" > anr_log.txt

# 同时获取应用进程的详细日志（替换为实际包名）
adb logcat -b main -b system --pid=$(adb shell pidof com.example.app) > app_log.txt

3.2.2　日志关键字段

# 输入事件超时日志示例
ANR in com.example.app (com.example.app/.MainActivity)
PID: 12345
Reason: Input dispatching timed out (Waiting to send key event because the focused window has not finished processing all input events that were previously delivered to it.)
CPU usage: ...

# 广播超时日志示例
ANR in com.example.app
PID: 12346
Reason: Broadcast of Intent { act=com.example.ACTION_SLOW }
Load: 2.31 / 3.12 / 2.87
...

3.3　原因定位

使用以下故障树（Fault Tree）进行系统化排查：

3.3.1　排查表

3.4　修复动作

new Thread(() -> { /*耗时操作*/ }).start();

onReceive() { final PendingResult res = goAsync(); new Thread(() -> { /*处理*/ res.finish(); }).start(); }

onStartCommand() { new Thread(() -> { /*初始化*/ stopSelf(); }).start(); }

db.execSQL("CREATE INDEX idx_name ON table(col)");

3.5　复测

1. 使用 adb shell am start -W 或自动化测试触发相同场景；
2. 连续操作 10 次，观察是否再次弹出 ANR 对话框；
3. 检查 /data/anr/traces.txt 中是否仍有阻塞线程；
4. 使用 dumpsys gfxinfo 验证渲染/响应时间是否达标。

3.6　预防

• 对四种 ANR 类型分别配置 监控阈值（例如主线程卡顿超过 2s 记录堆栈）；
• 使用 StrictMode 在开发阶段检测主线程 disk read / network；
• 在 CI 中加入 ANR 自动化测试用例，集成 blockcanary 或 Matrix；
• 定期 review 广播、服务、Provider 的 onCreate / onReceive 代码，确保没有遗漏的同步操作。