文章描述的 Android 崩溃排查完整流程包含哪几步？

作者按照真实生产案例演示了六步排查流程，形成可复用的 SOP：

1. 收到崩溃告警：接入数据后配置告警规则（例如 crash | compare(cnt, 86400) 比较昨日崩溃量），研发第一时间响应。
2. 查看崩溃概览锁定异常类型：进入「用户体验监控 → 异常统计」，发现 IndexOutOfBoundsException 占绝对多数，从 v3.5.0 开始暴增。
3. 分析崩溃堆栈初步定位：进入详情页确认崩溃版本 v3.5.0、页面 ProductListActivity、方法 ProductListAdapter.onBindViewHolder():50，并记录 session.id 用于后续行为分析。
4. 追踪用户行为找到触发路径：通过 session 的会话追踪，还原「快速点击刷新 3 次 → 异步请求返回 → 数据变少但仍在渲染」的路径。
5. 多维度分析验证假设：从网络类型、设备品牌、版本对比等维度确认影响面。
6. 定位代码问题：查看 v3.5.0 的改动，发现异步加载 + 未取消上一个请求导致数据竞态。

整个过程从数据到根因层层递进，是 RUM 崩溃排查的最佳实践。