火狐Firebug的时间域

Q：

 

A：

有了这些信息，我们就能初步诊断网站的性能瓶颈。

 

1）首先看一下哪个请求花费的时间比较长，看看这个请求的时间线信息，确定是服务器响应慢了还是网络的问题。

2）如果每个请求所花费的时间都没有明显高于其他，那么就看一下是不是页面的Http请求总数太多了。因为浏览器对单个域名的并发连接数是有限制 的，需要处理完一批请求再发送另一批请求。假设页面有100个请求，每个请求花费1s，浏览器最大并发数限制为10个，那么处理完所为请求就需要 100/10*1s=10s的时间。

 

关于最大并发数，Http1.1的标准是2，而目前主流的浏览器IE、FireFox、Chrome为了提高速度，分别修改为10、6、6（根据具体版本可能有所变化）。

 对照这张图，各个时间所对应的意义就很简单明了。

 

• 阻挡(Blocking)：每个浏览器有并发连接数量的上限（例如Firefox对每个host限制6个连接），如果当前建立的连接数已经超过上限，那么其余该请求会被阻塞，等待新的可以用的连接。
• 域名解析(DNS Lookup)：这个不用解释了吧，就是从DNS请求发出去到收到回复的时间。即上图中DNS的那一段。
• 建立连接(Connecting)：三次握手建立TCP链接的时间。如果是HTTPS的话，还有SSL链接的时间。对应图中TCP那一段。
• 发送请求(Sending)：从发送本次请求的第一个bit，到最后一个bit。对应图中Request
• 等待响应(Waiting)：从发送结束起，到收到host返回的第一个bit。这一段途中没有表示出来，应该是Request和Response中间的间隙。
• 接收数据(Receiving)：从收到host返回的第一个bit，收到到最后一个bit。对应图中Response

 

等待响应：http请求发出后，到服务器响应完毕开始回传数据这段时间。
接收数据 就是下载http数据的时间

一般优化就是等待响应这段时间了。这个时间除了网络因素消耗的时间就是服务器端处理请求消耗的时间了。