传统排查方式在 Flutter 端上有哪些典型「断点」？

文章总结了五类断点，每一类都对应着传统方式难以覆盖的盲区：

• 行为断点：线上表现为点击按钮后无响应、重复点击、误触发；手工埋点容易漏，而且口径不统一。
• 网络断点：接口慢、请求失败、弱网重试；只看 URL 和耗时，很难回到具体页面和用户会话。
• 渲染断点：列表刷新卡顿、富文本渲染慢、页面短暂无响应；服务端日志看不到端上主 Isolate 的压力。
• 异常断点：状态机异常、解析失败、空对象错误；Dart 堆栈缺少前置 Action 和 Resource 上下文。
• 会话断点：多条日志都存在，但无法串成一次用户现场，需要研发人工拼接时间、设备、版本和页面路径。

理解这些断点的意义在于：Flutter RUM 的重点不是「多采集几类 SDK 事件」，而是围绕一次真实用户体验建立可关联的时间线。