queueing 优化_从Timing看HTTP请求的优化方向

本文分析了Chrome开发者工具中HTTP请求的Timing,解释了请求队列、资源调度、连接开始、请求响应等阶段的时间消耗。浏览器对同一Host的并发请求有限制,优化方向包括增大HTTP并发数、减少延迟和优化服务器配置。建议升级到HTTP2.0以利用多路复用技术,并在服务端减少代理和重定向。
摘要由CSDN通过智能技术生成

1, 背景

在Chrome开发者工具中,有一个Timing菜单,可以查看每一个HTTP请求耗时分布,如下

2, 内容

Queued at 8.4 ms

Started at 8.4 ms

Resource Scheduling DURATION

Queueing 2.98 ms

Connection Start DURATION

Stalled 16.94 ms

Proxy negotiation 0.76 ms

DNS Lookup 5.42 ms

Initial connection 16.58 ms

SSL 10.43 ms

Request/Response DURATION

Request sent 41 us

Waiting (TTFB) 84.12 ms

Content Download 5.48 ms

(Total:) 132.21 ms

我们依次从上往下,对照官方文档来看。

2.1 Queued at 8.4ms, 它表示当前的这个请求在这个页面加载过程中,加入到请求队列中的时间。这个数值是从0开始计算的,然后按照加入队列的顺序,依次累加的。

为什么会排队呢?因为浏览器对同一时间,同一个Host发起的HTTP1.1并发请求的个数做了限制,不是所有的请求都能发出去,所以需要排队。

个数限制详情如下

BrowserVersion | ConnectionsPerHostname | MaxConnections

-------------

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值