背景
小紅書(shū)app有很多處出現(xiàn)多余的網(wǎng)絡(luò)請(qǐng)求的情況痘番，不管對(duì)用戶(hù)還是對(duì)公司層面來(lái)講都是不友好的禁荸，比如：
對(duì)用戶(hù)來(lái)說(shuō)
1. 更多電量的損耗
2.?更多用戶(hù)端流量的支出
3. 由于不必要的數(shù)據(jù)刷新導(dǎo)致UI界面閃爍
對(duì)公司來(lái)說(shuō)
1.?服務(wù)器cdn流量的支出
2. 增加api接口峰值的壓力
優(yōu)化的方案
以下方案針對(duì)我公司確實(shí)帶了巨大的收益，最大的收益是減少了服務(wù)器30%+的cdn流量的開(kāi)銷(xiāo)透且，針對(duì)小紅書(shū)如此大日活的App來(lái)說(shuō)收益也是巨大的捌臊！大致的優(yōu)化方向如下：
1. 減少不必要的接口請(qǐng)求
2. 壓縮http返回內(nèi)容大小
? ? - 刪除各接口不必要的字段；
? ? - 壓縮接口字段長(zhǎng)度
3. 控制接口請(qǐng)求頻次
部分復(fù)現(xiàn)視頻
一茎杂、視頻詳情頁(yè)每次向左滑動(dòng)喚出右邊個(gè)人主頁(yè)窗口時(shí)错览，都會(huì)再次請(qǐng)求個(gè)人頁(yè)的多個(gè)接口，應(yīng)做相應(yīng)緩存
二煌往、首頁(yè)-發(fā)現(xiàn)-直播切倾哺，每次滑動(dòng)回“直播”切時(shí)，均會(huì)觸發(fā)請(qǐng)求接口（可能是專(zhuān)門(mén)為了每次回到直播切都能顯示最新數(shù)據(jù)而做的處理携冤，但可考慮做頻次的控制）
