启动ANR现象识别

快速识别应用启动 ANR 的症状是后续排查与修复的基石。启动 ANR 是指用户点击桌面图标后，应用在 5 秒内未能响应输入事件或完成关键生命周期的场景。对于 Jetpack Compose 应用而言，首帧组合（First Composition）的耗时是最大的风险点。本章从四个维度帮你建立起对启动 ANR 现象的全方位识别能力。

1.1 用户视角的卡顿表现

用户无法感知后台线程或 GC 细节，但能敏锐地察觉到操作反馈的缺失。以下卡顿表现是判断启动 ANR 的第一手信号：

• 白屏 / 黑屏时间过长：点击应用图标后，屏幕停留在桌面、壁纸或黑屏状态超过 5 秒，期间点击无任何反馈。
• 界面冻结后弹窗：屏幕突然完全冻结，任何触摸操作均无效，随后系统弹出 ANR 对话框。
• 点击后无响应：点击启动图标后，应用窗口激活但仍处于无响应状态，无法看到预期的 UI 内容。

1.2 系统弹窗解读

当系统监测到应用主线程在规定时间内未能处理输入事件或完成关键任务时，会向用户展示“应用无响应”对话框。该对话框包含“等待”和“关闭”按钮。

1.3 日志关键字定位

通过 logcat 可以迅速锁定 ANR 发生的具体时间点和调用链。核心关键字如下：

// 1. ANR 头部标志（搜索 "ANR in"）
ANR in com.example.app (com.example.app/.MainActivity)
PID: 12345
Reason: Input dispatching timed out (Waiting to send key event...)
Load: 5.73 / 3.21 / 1.09

// 2. 主线程堆栈（搜索 "main" prio）
"main" prio=5 tid=1 Blocked
  at androidx.compose.runtime.Recomposer.composeInitial$runtime_release(Recomposer.kt:1000)
  at androidx.compose.runtime.CompositionImpl.setContent(CompositionImpl.kt:500)
  at com.example.app.MainActivity.onCreate(MainActivity.kt:20)

// 3. Compose 相关特征（搜索 "Composer" / "Recomposer"）
  - "Composer" 或 "Recomposer" 出现在 "main" 线程堆栈顶部
  - "CompositionContext" 或 "SlotTable" 的写操作频繁出现

1.4 快速诊断排查表

以下表格汇总了启动 ANR 四个维度的判断规则，用于快速核对故障类型：

1.5 现象识别故障树

下图提供了结构化的现象识别路径，从用户反馈到日志证据层层递进，辅助你快速判断是否属于 Compose 启动 ANR：

1.6 实际案例

ANR in com.example.shortvideo (com.example.shortvideo/.MainActivity)
Reason: Input dispatching timed out
"main" prio=5 tid=1 Blocked
  at androidx.compose.runtime.Recomposer.composeInitial(Recomposer.kt:1000)
  at androidx.compose.runtime.CompositionImpl.setContent(CompositionImpl.kt:500)
  at com.example.shortvideo.MainActivity.onCreate(MainActivity.kt:30)
  ... 剩余堆栈指向网络请求与图片解码库的同步调用

1.7 Compose 启动场景的特殊性