用戶通過交互和產品對話，好的交互非常重要。
“錯誤提醒”在產品交互中也是非常重要的一部分，所以某些情況下app的錯誤提醒不能只依賴框架的回調。
如果錯誤提醒只依賴框架回調，在normandie中有一個設計會影響到錯誤提醒的交互。
這個機制在底層拉取數據某些指定報錯後(不是普通的重試，普通重試是沒有數據返回但不報錯)，且緩存中還有數據時，會去重試拉取數據，目的是防止網絡非常不穩定的情況造成的播放斷開。
如果重試拉取數據持續報錯就會將錯誤報告附加在緩存數據的末尾，待緩存數據消耗到末尾，錯誤被上報。
這裏的問題是，這個錯誤上報會有延遲，延遲的時間就是緩存數據播放的時間。
在一些場景下需要app干預提早報告。
比如同時開着wifi和4g，播放，然後斷開wifi。
這種情況下，播放當時選擇的數據鏈路是wifi(系統裏wifi優先)，雖然有4g alive但是播放仍然會斷掉，但是因爲框架的重試機制報錯會延遲通知到用戶。所以這裏app要干預，監聽到wifi斷開，有所提示，併爲用戶做好在4g下重新發起播放的準備。
