http - 是什么导致超过 200 毫秒等待 http 响应？

Question

Firebug 不仅显示单个请求所花费的时间，而且将它们分成多个阶段。花在获取小文件(~20KB)上的大部分时间都花在了等待响应上(至少根据 Firebug 的说法)。

例如，在 stackoverflow 上，等待响应/需要 255 毫秒，传输 42 毫秒。在其他网站上，我看到类似这样的数字:200 毫秒响应等待和 1 毫秒传输。是什么导致了等待？

网站通常由许多文件组成:html文件、css、js、一些图片。在此处进行任何演示，dojox gfx demos ，大部分时间都花在传输微小的js文件之间。整个模型让我觉得效率很低。

Answer 1

在您收到响应之前，必须发生以下事情:

1. 您的数据包穿过狂野的互联网到达服务器。
2. 服务器必须处理请求并找出网站、虚拟目录以及它属于什么。
3. 网络服务器必须从磁盘中提取文件。如果它是一个动态文件，它必须通过解释器/执行引擎/其他任何东西运行它(通常在服务器甚至开始响应之前必须完全处理该文件)。
4. 服务器必须开始响应，并且该数据包必须遍历内含子返回客户端。

如果您将 50 毫秒计算为 ping 时间，则 200 毫秒的响应时间会为服务器留出 150 毫秒的时间来完成其所有工作……不是快得让人眼花缭乱，而是相当可观。