背景:Chrome 有一个请求队列。在某些情况下,它将对可延迟的请求进行排队。但是我发现很难确定哪些请求导致请求排队。
我的问题是:我们有办法深入研究排队问题的根本原因吗?
Chrome 可能将请求排队的原因有多种(与任何其他浏览器一样)
排队。浏览器在以下情况下将请求排队:
- 有更高优先级的请求。
- 已经为此源打开了六个 TCP 连接,这是限制。仅适用于 HTTP/1.0 和 HTTP/1.1。
- 浏览器在磁盘缓存中短暂分配空间
从开发者工具的网络选项卡中,保存请求Save all as HAR with content
并分析timings
每个请求的对象
"timings": {
"blocked": 2.0329999979403803,
"dns": -1,
"ssl": -1,
"connect": -1,
"send": 0.397,
"wait": 189.6199999998943,
"receive": 296.10200000024633,
"_blocked_queueing": 1.1759999979403801
}
HAR 可以用 过滤jq
,例如用 查找条目_blocked_queueing > 50
jq -r '.log.entries | to_entries[] | if(.value.timings._blocked_queueing > 50) then [.key, .value.request.url, .value.timings._blocked_queueing,.value.timings.blocked ] else empty end' stackoverflow.com.har
结果:
[
21,
"https://graph.facebook.com/4191055284264423/picture?type=large",
160.28299999743467,
160.66799999743466
]
[
66,
"https://fonts.gstatic.com/s/robotoslab/v13/BngbUXZYTXPIvIBgJJSb6s3BzlRRfKOFbvjojISmb2Rm.ttf",
55.99899999651825,
109.53999999651825
]
[
67,
"https://fonts.gstatic.com/s/robotoslab/v13/BngbUXZYTXPIvIBgJJSb6s3BzlRRfKOFbvjoa4Omb2Rm.ttf",
56.85599999560509,
56.85599999560509
]
然后我们可以检查其中一个请求的6 个先前条目
jq -r --argjson idx 67 '.log.entries[($idx - 6):($idx + 1)] | .[] | [.request.url, .time, .timings]' stackoverflow.com.har
或获得最高dns
jq -r '.log.entries | sort_by(.timings.dns|floor)[-1] | .timings.dns, .request.url' stackoverflow.com.har
438.551
https://example.com
这是我使用 Wireshark 对 TTFB 时序的分析,它可以作为调试工作的补充。
Google 提供了一个在线 HAR 分析器,可以使用类似于开发工具网络窗格。
将鼠标悬停在Waterfall
列上的请求上,可以看到请求的详细信息。作为第一种方法,长排队请求可以在任何项目上具有高值的一个或多个请求之前。
使用下面的命令行获取一个 csv 然后用
jq -r '.log.entries | to_entries[] | [.value.startedDateTime, .value.serverIPAddress, .key, ((.value.startedDateTime[0:19] + "Z"|fromdateiso8601)*1000 + (.value.startedDateTime[20:23]|tonumber)), .value.time, .value.timings._blocked_queueing ] | @csv' stackoverflow.com.har | tee stackoverflow.com.har.csv