normandie出错重试与缓存机制对交互的影响,开发者注意

56次阅读

共计 446 个字符,预计需要花费 2 分钟才能阅读完成。

用户通过交互和产品对话,好的交互非常重要。“错误提醒”在产品交互中也是非常重要的一部分,所以某些情况下 app 的错误提醒不能只依赖框架的回调。
如果错误提醒只依赖框架回调,在 normandie 中有一个设计会影响到错误提醒的交互。这个机制在底层拉取数据某些指定报错后 (不是普通的重试,普通重试是没有数据返回但不报错),且缓存中还有数据时,会去重试拉取数据,目的是防止网络非常不稳定的情况造成的播放断开。如果重试拉取数据持续报错就会将错误报告附加在缓存数据的末尾,待缓存数据消耗到末尾,错误被上报。这里的问题是,这个错误上报会有延迟,延迟的时间就是缓存数据播放的时间。
在一些场景下需要 app 干预提早报告。比如同时开着 wifi 和 4g,播放,然后断开 wifi。这种情况下,播放当时选择的数据链路是 wifi(系统里 wifi 优先),虽然有 4g alive 但是播放仍然会断掉,但是因为框架的重试机制报错会延迟通知到用户。所以这里 app 要干预,监听到 wifi 断开,有所提示,并为用户做好在 4g 下重新发起播放的准备。

正文完
 0