移動端API接口優化的術和結果

最近一直在忙工做的事情，因此文章寫得有些少.

有3-5篇文章都是寫到一半而後被別的事情給打斷了，因此，我得找個時間好好補補.

最近一直在關注移動端接口API的可用性問題，在移動時代這個作這個優化能產生至關大的優化結果。根據經驗數據通常不作任何優化，接口的可用性在95%左右。舉個例子，廣告接口的可用性直接決定了收入，那麼丟失的5%收入如何撿回來，對一家收入還不錯的公司來講，是一件很是重大的事情。例如日營收1億+的百度.

 

形成這樣的主要的緣由有兩大塊

1. app端網絡情況並很差 即使是wifi條件也會收到和家用路由器的位置影響

2.大量的劫持，尤爲是中國移動這個運營商,以前有將近20%-30%的劫持，尤爲是大文件

3.連通性問題，部分網絡運營商節點到你的IDC的鏈路不合理或者直接不通

 

固然還會有一些不管是否是移動端都會遇到的問題，如API接口的latency,包大小等.這些連作web都會遇到因此就不放到一塊說了，屬於通用問題.

 

攜程在移動端開發作了一些工做，因此這裏搬一下他的經驗，且叫他標題的"術"吧：

總結來看：

1. 根據具體的網絡狀況,不一樣階段進行策略和參數優化

2. httpdns 不使用傳統的DNS解析 固然附帶還能作點節點選擇的事情

3. 減小包大小

連通性沒有考慮到，大部分的公司連通性屬於基礎運維團隊的KPI,因此做爲service架構師可能會把他涵蓋進去

 

最終的結果：

 

最後留一個問題

運營商爲何要劫持DNS?

下期告訴你們.

 

本人文章首發博客園  同時同步微信（爲了讓更多的移動端的朋友能看到），想在移動端關注個人請掃碼或者在微信公衆號裏收"互聯網手藝人"