Http 为什么chrome开发工具会同时显示6个以上的ajax请求?
根据数据,chrome和大多数浏览器将每个域的同时http请求限制为6个 那么我到底看到了什么 这不是十八个同时发生的ajax请求吗 以下是计时细节的示例: 第一项请求: 第八项请求: 我看到的所有请求都反映了类似的情况Http 为什么chrome开发工具会同时显示6个以上的ajax请求?,http,google-chrome-devtools,Http,Google Chrome Devtools,根据数据,chrome和大多数浏览器将每个域的同时http请求限制为6个 那么我到底看到了什么 这不是十八个同时发生的ajax请求吗 以下是计时细节的示例: 第一项请求: 第八项请求: 我看到的所有请求都反映了类似的情况 怎么回事 时间线上的请求栏在请求排队时开始,而不是在发送时开始。如果您检查一个后续请求(通过单击名称,然后单击“计时”选项卡),您可能会看到它在发送之前阻塞了一段时间 code 证明这一点。请求分六批发送: 。。。后面的请求在发送前显示阻塞时间: 根据链接中的信息,您
怎么回事 时间线上的请求栏在请求排队时开始,而不是在发送时开始。如果您检查一个后续请求(通过单击名称,然后单击“计时”选项卡),您可能会看到它在发送之前阻塞了一段时间
code
证明这一点。请求分六批发送:
。。。后面的请求在发送前显示阻塞时间:
根据链接中的信息,您是否检查了请求是否为HTTP/1.0?或者如果您查看了“计时详细信息”选项卡,后面的请求是否在阻塞状态下花费了一些时间?(单击请求的名称,然后单击“标题”或“计时”选项卡检查这些内容)@RussellZahniser正如您在我的编辑中看到的,计时没有显示任何阻塞或排队(它只是反映了第一张图表中的内容)。然而,我注意到,如果我将鼠标悬停在时序图上的任何一个条上,它会显示端到端的总数明显大于各部分的总和。对我来说,在Mac上的Chrome上,它完全符合你的期望(六个请求立即发送,其余的都被阻止)。如果没有看到你的代码,我无法知道为什么你的案例不同。请参阅我的编辑。据我所知,大多数请求都需要几毫秒的发送时间,数百毫秒的等待时间,以及几毫秒的接收时间——就像你对一个普通的非排队http请求所期望的那样。奇怪的是,我仍然没有得到那个阻塞条,但当我在时间表的完整条上悬停时,会得到类似的数字。