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

用户经过交互和产品对话，好的交互很是重要。
“错误提醒”在产品交互中也是很是重要的一部分，因此某些状况下app的错误提醒不能只依赖框架的回调。

若是错误提醒只依赖框架回调，在normandie中有一个设计会影响到错误提醒的交互。
这个机制在底层拉取数据某些指定报错后(不是普通的重试，普通重试是没有数据返回但不报错)，且缓存中还有数据时，会去重试拉取数据，目的是防止网络很是不稳定的状况形成的播放断开。
若是重试拉取数据持续报错就会将错误报告附加在缓存数据的末尾，待缓存数据消耗到末尾，错误被上报。
这里的问题是，这个错误上报会有延迟，延迟的时间就是缓存数据播放的时间。

在一些场景下须要app干预提前报告。
好比同时开着wifi和4g，播放，而后断开wifi。
这种状况下，播放当时选择的数据链路是wifi(系统里wifi优先)，虽然有4g alive可是播放仍然会断掉，可是由于框架的重试机制报错会延迟通知到用户。因此这里app要干预，监听到wifi断开，有所提示，并为用户作好在4g下从新发起播放的准备。