1. 现象识别：应用无响应弹窗、系统日志关键字、用户反馈特征

ANR（Application Not Responding）是 Android 应用最严重的卡顿形式，一旦触发系统会立即弹窗提示用户。多数初级开发者只在弹窗出现后才开始排查，忽略了更丰富的识别维度。本章聚焦现象识别，帮你建立一套从用户反馈到系统日志的多路判断规则。

1.1 ANR 无响应弹窗

当主线程阻塞超过特定阈值（通常 5s，InputDispatching 超时为 10s），系统会弹出无响应对话框，弹窗表现因 Android 版本有所差异：

1.2 系统日志关键关键字

即使弹窗没有出现，通过 logcat 也能提前预判 ANR。以下是必须记忆的三个日志锚点：

• ANR in —— 标记 ANR 发生的位置，格式：ANR in com.example.app PID: 12345
• CPU usage —— 显示 ANR 时的 CPU 状态，判断是否被其他进程耗尽 CPU
• Delay waiting for —— 显示主线程被哪个事件阻塞（如 Input、Binder、ContentProvider）

日志样本（关键行）：

2025-01-20 15:30:05.123 567-567/? E/ActivityManager: ANR in com.example.app PID: 12345
    Reason: Input dispatching timed out (Waiting to send key event because the focused window has not been finished, has been waiting for 10000.0 ms)
    CPU usage from 15860ms to 0ms ago (2025-01-20 15:29:49.263 to 15:30:05.123):
      48% 12345/com.example.app: 48% user + 0% kernel / faults: 0 minor 0 major
      0.2% 567/system_server: 0.2% user + 0% kernel / faults: 0 minor 0 major
      100% TOTAL: 48% user + 0.2% kernel + 51% idle
    DALVIK THREADS (34):
    "main" prio=5 tid=1 Waiting
      | group="main" sCount=1 dsCount=0 obj=0x75d3a440 self=0xb4b95000
      | sysTid=12345 nice=0 cgrp=default sched=0/0 handle=0xb6f4ac00
      | state=W schedstat=( 0 0 0 ) utm=0 stm=0 core=0 HZ=100
      | stack=0xbe3da000-0xbe3dc000 stackSize=8MB
      at java.lang.Object.wait(!Object.java:-1)
      at java.lang.Thread.join(Thread.java:1305)
      at android.os.AsyncTask.get(AsyncTask.java:492)
      at com.example.app.MainActivity.onClick(MainActivity.java:85)

1.3 用户反馈特征

用户不会告诉你 "ANR"，他们描述的往往是具体操作现象：

避坑指南： 不要等到用户大量反馈才关注。舆情监控平台收到 3 次以上同一页面的 "卡住" 反馈，应当收集日志并开始排查。用户反馈信号往往比系统日志出现得更早，因为低端设备更容易触发 ANR。