移動(dòng)端網(wǎng)絡(luò)優(yōu)化
一個(gè)網(wǎng)絡(luò)請(qǐng)求可以簡(jiǎn)單分為連接服務(wù)器 -> 獲取數(shù)據(jù)兩個(gè)部分略水。
其中連接服務(wù)器前還包括 DNS 解析的過(guò)程；獲取數(shù)據(jù)后可能會(huì)對(duì)數(shù)據(jù)進(jìn)行緩存匹耕。
一聚请、連接服務(wù)器優(yōu)化策略
1. 不用域名，用 IP 直連
省去 DNS 解析過(guò)程稳其，DNS 全名 Domain Name System驶赏，解析意指根據(jù)域名得到其對(duì)應(yīng)的 IP 地址。 如http://www.codekk.com的域名解析結(jié)果就是 104.236.147.76既鞠。
首次域名解析一般需要幾百毫秒煤傍，可通過(guò)直接向 IP 而非域名請(qǐng)求，節(jié)省掉這部分時(shí)間嘱蛋，同時(shí)可以預(yù)防域名劫持等帶來(lái)的風(fēng)險(xiǎn)蚯姆。
當(dāng)然為了安全和擴(kuò)展考慮，這個(gè) IP 可能是一個(gè)動(dòng)態(tài)更新的 IP 列表洒敏，并在 IP 不可用情況下通過(guò)域名訪問(wèn)龄恋。
2. 服務(wù)器合理部署
服務(wù)器多運(yùn)營(yíng)商多地部署，一般至少含三大運(yùn)營(yíng)商凶伙、南中北三地部署郭毕。
配合上面說(shuō)到的動(dòng)態(tài) IP 列表，支持優(yōu)先級(jí)函荣，每次根據(jù)地域显押、網(wǎng)絡(luò)類(lèi)型等選擇最優(yōu)的服務(wù)器 IP 進(jìn)行連接。
對(duì)于服務(wù)器端還可以調(diào)優(yōu)服務(wù)器的 TCP 擁塞窗口大小傻挂、重傳超時(shí)時(shí)間(RTO)乘碑、最大傳輸單元(MTU)等。
二金拒、獲取數(shù)據(jù)優(yōu)化策略
1. 連接復(fù)用
節(jié)省連接建立時(shí)間兽肤，如開(kāi)啟 keep-alive。
Http 1.1 默認(rèn)啟動(dòng)了 keep-alive。對(duì)于 Android 來(lái)說(shuō)默認(rèn)情況下 HttpURLConnection 和 HttpClient 都開(kāi)啟了 keep-alive资铡。只是 2.2 之前 HttpURLConnection 存在影響連接池的 Bug沉迹，具體可見(jiàn)：Android HttpURLConnection 及 HttpClient 選擇
2. 請(qǐng)求合并
即將多個(gè)請(qǐng)求合并為一個(gè)進(jìn)行請(qǐng)求，比較常見(jiàn)的就是網(wǎng)頁(yè)中的 CSS Image Sprites害驹。 如果某個(gè)頁(yè)面內(nèi)請(qǐng)求過(guò)多鞭呕，也可以考慮做一定的請(qǐng)求合并。
3. 減小請(qǐng)求數(shù)據(jù)大小
(1) 對(duì)于 POST 請(qǐng)求宛官，Body 可以做 Gzip 壓縮葫松，如日志。
(2) 對(duì)請(qǐng)求頭進(jìn)行壓縮
這個(gè) Http 1.1 不支持底洗，SPDY 及 Http 2.0 支持腋么。 Http 1.1 可以通過(guò)服務(wù)端對(duì)前一個(gè)請(qǐng)求的請(qǐng)求頭進(jìn)行緩存，后面相同請(qǐng)求頭用 md5 之類(lèi)的 id 來(lái)表示即可亥揖。
4. CDN 緩存靜態(tài)資源
緩存常見(jiàn)的圖片珊擂、JS、CSS 等靜態(tài)資源费变。
5. 減小返回?cái)?shù)據(jù)大小
(1) 壓縮
一般 API 數(shù)據(jù)使用 Gzip 壓縮摧扇，下圖是之前測(cè)試的 Gzip 壓縮前后對(duì)比圖。
(2) 精簡(jiǎn)數(shù)據(jù)格式
如 JSON 代替 XML挚歧，WebP 代替其他圖片格式扛稽。關(guān)注公眾號(hào) codekk，回復(fù) 20 查看關(guān)于 WebP 的介紹滑负。
(3) 對(duì)于不同的設(shè)備不同網(wǎng)絡(luò)返回不同的內(nèi)容 如不同分辨率圖片大小在张。
(4) 增量更新
需要數(shù)據(jù)更新時(shí)，可考慮增量更新矮慕。如常見(jiàn)的服務(wù)端進(jìn)行 bsdiff帮匾，客戶端進(jìn)行 bspatch。
(5) 大文件下載
支持?jǐn)帱c(diǎn)續(xù)傳痴鳄，并緩存 Http Resonse 的 ETag 標(biāo)識(shí)瘟斜，下次請(qǐng)求時(shí)帶上，從而確定是否數(shù)據(jù)改變過(guò)夏跷，未改變則直接返回 304哼转。
6. 數(shù)據(jù)緩存
緩存獲取到的數(shù)據(jù)明未，在一定的有效時(shí)間內(nèi)再次請(qǐng)求可以直接從緩存讀取數(shù)據(jù)槽华。
關(guān)于 Http 緩存規(guī)則 Grumoon 在Volley 源碼解析最后雜談中有詳細(xì)介紹。
三趟妥、其他優(yōu)化手段
這類(lèi)優(yōu)化方式在性能優(yōu)化系列總篇中已經(jīng)有過(guò)完整介紹
1. 預(yù)取
包括預(yù)連接猫态、預(yù)取數(shù)據(jù)。
2. 分優(yōu)先級(jí)、延遲部分請(qǐng)求
將不重要的請(qǐng)求延遲亲雪，這樣既可以削峰減少并發(fā)勇凭、又可以和后面類(lèi)似的請(qǐng)求做合并。
3. 多連接
對(duì)于較大文件义辕，如大圖片虾标、文件下載可考慮多連接。 需要控制請(qǐng)求的最大并發(fā)量灌砖，畢竟移動(dòng)端網(wǎng)絡(luò)受限璧函。
四、監(jiān)控
優(yōu)化需要通過(guò)數(shù)據(jù)對(duì)比才能看出效果基显，所以監(jiān)控系統(tǒng)必不可少蘸吓，通過(guò)前后端的數(shù)據(jù)監(jiān)控確定調(diào)優(yōu)效果。
注：服務(wù)器部署方面的優(yōu)化有參考手 Q 和 QZone 去年的技術(shù)分享撩幽。
