Hello,騷年們,當你們歡脫的Debug
接口的時候,有沒有在乎過Chrome Network
裏Size
和Time
兩項是兩行呢?以下圖箭頭所示:算法
/api/v1/myaddress/all
這個接口
Size
有兩行:後端
44.3KB
,441KB
由於這個接口返回數據量比較大,因此後端採起了gzip
壓縮,從響應頭的Content-Encoding
咱們也能看出api
gzip
壓縮算法將將原有
441KB
壓縮至
44.3KB
,傳輸大小縮短
10倍
,大大的提升了接口傳輸的效率。
gzip
壓縮只會壓縮響應體
內容, 因此適用於返回數據量大的時候,若是數據量過小的話,有可能會致使數據傳輸時的大小比實際大小要大(例如加入一些額外的響應頭)服務器
通常例如SpringMVC
等Web框架能夠指定數據大小到多少時使用gzip
壓縮網絡
Time有兩行:框架
598ms
118ms
咱們把鼠標放到最右邊那個藍條會有時間的詳細說明,以下第一行的時間就表明了上圖列的全部項目:例如解析dns
,創建鏈接
,等待服務器返回數據
,傳輸數據
等性能
第二行的時間是 總時間 - 數據傳輸
的時間3d
從上面的分析中咱們看到 從客戶端請求到服務器處理結束準備返回數據花了118ms
(算蠻久了),可是在進行傳輸數據的時候花費了480ms
code
每一個用戶網絡帶寬不同,對於網慢的用戶來講,這個體驗可能更差,因此在編寫代碼的時候,返回的數據量要儘可能精簡。cdn
我的以爲理解Chrome Network
的參數有助於咱們對接口的性能有一個比較直觀的感受~