Firefox 开发者工具网络监控中的“已阻止”到底是什么意思？

Question

Firefox Network Monitor 文档的 timing 部分，“已阻止”解释为：

在队列中等待网络连接所花费的时间。

浏览器对单个服务器可以同时建立的连接数量施加限制。在 Firefox 中，默认为 6

连接数限制是唯一的限制吗？或者浏览器是否也被阻止等待从操作系统获取连接计数也被阻止？

在新的浏览器中，在第一次连接时，在建立任何其他连接之前（因此此处不应应用限制），我被阻止了 195 毫秒。

这是等待操作系统的浏览器吗？这里的“封锁”是什么意思？

Answer 1

我们将 Firefox 设置（about:config）“network.http.max-persistent-connections-per-server”更改为 64，并且阻止消失了。我们将其改回 6。我们将设计/开发方法更改为更加“异步”的加载方法，以免出现大量同时连接。这些块主要加载大量用于区域设置的 png 标志。

Answer 2

在队列中等待网络连接所花费的时间。

浏览器对同时连接数有限制 可以在单个服务器上进行。在 Firefox 中，默认值为 6， 但可以使用更改 network.http.max-persistent-connections-per-server 首选项。我摔倒 连接正在使用中，浏览器无法下载更多资源 直到连接被释放。

来源：https://developer.mozilla.org/en-US/docs/Tools/Network_Monitor

很明显，浏览器将每个服务器（域/IP）的并发连接数限制固定为 6 个，操作系统问题并不是很相关。

Answer 3

我有一个需要几秒钟才能响应的服务器，这使我能够将 Firefox 测量与wireshark 跟踪交叉引用。我看到第一个 SYN 立即发出。 “阻塞”时间的结束对应于服务器 Hello 回来的时间。

我无法将“TLS setup”的结尾与任何wireshark数据包联系起来。它会延长初始 TLS 连接上交换的最后数据的几秒钟。

底线：“阻止”和“TLS 设置”所花费的时间看起来不太可靠，至少在某些情况下是这样。

我的设置有一个 TLS 反向代理，用于转发与 SNI 的连接。我不确定这是否有关系。

Answer 4

在我的例子中，等待网络连接和 DNS 查找时间都非常长，每次长达 2 秒，如果第一次加载页面，会导致显着的页面加载时间。 Firefox 是全新安装的，没有任何插件，并且刚刚启动时没有打开任何其他选项卡。我在 Ubuntu 18.04 LTS 和 Ubuntu 19.04 上进行了尝试，结果相同。尽管我的 ISP 不提供支持，但我的路由器会分配 IPv6 地址。事实证明，问题是 IPv6 网络中断，这迫使 Firefox 回退到 IPv4（当然是在一段时间（超时）之后）。在我关闭 Linux 中的 IPv6 支持后，请求速度显着加快。 这是相关讨论：https://bugzilla.mozilla.org/show_bug.cgi?id=1452028

Answer 5

我在使用 Angular 9“dist”部署时遇到此错误。我发现出现错误是因为我试图根据指定的IP地址和端口访问无法访问的API。

因此要解决这个问题，我只需要引用一个有效且可访问的 API 即可。

Answer 6

我遇到了同样的问题，结果是由于 Firefox 提供的“增强的跟踪保护”。我通过单击地址栏中的盾牌图标并将其关闭来禁用它。