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
的参数有助于咱们对接口的性能有一个比较直观的感受~