Http 为什么firefox中的管道似乎不起作用?

Http 为什么firefox中的管道似乎不起作用?,http,pipelining,http-pipelining,Http,Pipelining,Http Pipelining,为了验证使用http管道可以优化加载资源的速度,我做了如下测试: 在Mac上打开Firefox,在配置中将每个服务器的最大连接数更改为1,然后我打开一个加载12个图像的测试页面。我得到的数字如下: 浏览器一个接一个地加载每个图像,加载12个图像大约需要12秒(我为每个图像添加1秒延迟) 接下来,我在Firefox中打开管道,并刷新页面。我得到的数字如下: 我可以看出根本没有阻塞。所有请求都是管道化的。我认为加载的总时间会缩短,但不幸的是,这与没有流水线的情况相同。所以我怀疑管道似乎不起作用

为了验证使用http管道可以优化加载资源的速度,我做了如下测试:

在Mac上打开Firefox,在配置中将每个服务器的最大连接数更改为1,然后我打开一个加载12个图像的测试页面。我得到的数字如下:

浏览器一个接一个地加载每个图像,加载12个图像大约需要12秒(我为每个图像添加1秒延迟)

接下来,我在Firefox中打开管道,并刷新页面。我得到的数字如下:

我可以看出根本没有阻塞。所有请求都是管道化的。我认为加载的总时间会缩短,但不幸的是,这与没有流水线的情况相同。所以我怀疑管道似乎不起作用

我想知道为什么以及如何修复它。我使用apache服务器。是否需要在Apache中进行任何配置?

如前所述

请求的管道化大大缩短了HTML页面的加载时间,尤其是在高延迟连接上,如卫星互联网连接。在宽带连接上,加速比不太明显

您的测试基于典型的宽带连接。服务器接收每个请求的时间很短(可以忽略一分钟),每次发送如此大的图片时,整个连接带宽都被占用

因此,您可以使用以下方法重试测试:

  • 每个请求的延迟都很高
  • 许多小文件作为响应的资源