網易雲信即時通訊推送保障及網路優化詳解（三）：如何在弱網環境下優化大資料傳輸
對於移動 APP 來說，IM 功能正變得越來越重要，它能夠建立起人與人之間的連線。社交類產品中，使用者與使用者之間的溝通可以產生出更好的使用者粘性。
在複雜的 Android 生態環境下，多種因素都會造成訊息推送不能及時達到客戶端。另外，不穩定的行動網路也給資料傳輸的速率和可靠性增加了障礙。
本文詳解了 網易雲信IM SDK 在應對弱網環境、移動端硬體限制以及 Android 複雜的生態現狀時的探索與心得.如何實現不影響使用者體驗的後臺保活，改善的長連線加推送組合方案，以及在弱網環境大資料傳輸的優化實踐。
相關閱讀推薦：
網易雲信即時通訊推送保障及網路優化詳解（一）如何做長連線加推送組合方案在即時通訊研發當中
為了提高弱網下的實時音視訊的通話效果，需要使用相關方案來做 QoS 保障：主要包括了基於 udp 協議的擁塞控制、前向糾錯FEC 技術及相關的重傳技術。同時網路層需要能夠實時的探測到網路狀態，作為底層調整 QoS 策略的依據，同時需要回調上層，來動態調整音視訊的位元速率，做到音視訊位元速率自適應。通過上面的 QoS 保障，實際測試在60%的隨機丟包弱網環境下，音視訊通話還能夠正常進行。
下面再來看看對於 HTTP 的優化。圖片語音是 IM 的必需元素，而且本身資料比較大。在弱網環境下，快速的上傳下載，更少的等待時間可以帶來更好的使用者體驗。
斷點續傳可以減少因網路原因導致的重複傳輸，減少傳輸時間，節省流量。
圖片預載入技術可以根據不用網路情況，在收到訊息後，就載入不同素質的預覽圖片，甚至直接將原圖預載入，做到使用者點開即看。
圖片和語音檔案並沒有通過長連線收發，而是通過 HTTP 去做上傳下載。傳統上通過 HTTP 上傳時，檔案會分為一片一片，傳完一片，收到回包，才會穿下一個分片，一直到最終傳輸完成。可以看到，伺服器返回 ack 這段時間，上傳通道其實是空閒的，如果把這段時間利用起來，可以節約不少上傳時間。Pipeline 就是為此而來。通過重疊利用 http 請求的響應等待時間，加快傳輸速度。使用 pipeline，需要修改 HttpClient，同時還需要伺服器提供支援。視網路具體情況，使用 pipeline 後，一次上傳可以減少20%至30%的時間。
常規傳送語音訊息需要這幾步，先錄音，然後計算 hash 值，然後上傳，上傳完畢後，伺服器計算一下校驗和，通過後語音訊息傳送成功。在前面錄製語音時，網路其實也是空閒的。把這段時間利用起來，則可以減少後面上傳步驟的時間。優化後，流程就變成這樣。在錄製的過程中，每錄完一段，就作為一個分片直接上傳。直到最後錄完，計算好 hash，再把最後一個分片帶上hash 資訊上傳。這裡除了客戶端的改動，也是需要伺服器支援。伺服器在開始接收時，很多資訊都不明確，需要開闢快取來記錄整次上傳過程。對於比較差的網路，邊錄邊傳的效果會更好，畢竟純語音的位元率並不高，基本都能做到錄完就傳完。