因为一次用户等待往往跨越多个层次,而不是停留在单点。用户从点击按钮到页面稳定,中间要经过 Flutter Action 识别、业务状态机更新、网络请求或本地任务执行、响应返回、页面内容刷新、列表/富文本/图片渲染等多个阶段,任何一个环节都可能是慢的源头。
如果只看某一类数据,很容易得到片面结论:
- 只看接口日志,会忽略端上渲染和状态更新阻塞;
- 只看 Dart 异常,看不到前置的点击和网络请求;
- 只看页面埋点,无法判断用户究竟卡在哪一步;
- 只看崩溃或错误,无法还原问题发生前的完整路径。
研发真正需要回答的问题是:慢在点击前、请求前、请求中、响应后,还是端上渲染阶段。只有把 View、Action、Resource、LongTask、Error 等事件放进同一个 RUM Session,才有机会把这个模糊现象拆解成几个可验证的候选方向。




