浏览器端成果模块简介

Network  中的Timing

浏览器中 HTTP 请求流程:

我们倡议一个 HTTP 请求之后，浏览器首先查找缓存，如果缓存没有命中，那么继续倡议 DNS 请求获取 IP 地点，然后操作 IP 地点和处事器端成立 TCP 连接，再发送 HTTP 请求，期待处事器响应；不过，如果处事器响应头中包罗了重定向的信息，那么整个流程就需要从头再走一遍。这就是在浏览器中一个 HTTP 请求的根本流程。

那详细列表中是如何暗示出这个流程的呢？这就要重点看下时间线面板了：

　　单个文件的时间线：

那面板中这各项到底是什么含义呢？

1：第一个是 Queuing，也就是排队的意思，当浏览器倡议一个请求的时候，会有很多原因导致该请求不能被当即执行，而是需要排队期待。导致请求处于排队状态的原因有很多。

首先，页面中的资源是有优先级的，好比 CSS、HTML、JavaScript 等都是页面中的核心文件，所以优先级最高；而图片、视频、音频这类资源就不是核心资源，优先级就对照低。凡是当后者遇到前者时，就需要“让路”，进入待排队状态。

其次，我们前面也提到过，浏览器会为每个域名最多维护 6 个 TCP 连接，如果倡议一个 HTTP 请求时，这 6 个 TCP 连接都处于忙碌状态，那么这个请求就会处于排队状态。

最后，网络进程在为数据分配磁盘空间时，新的 HTTP 请求也需要短暂地期待磁盘分配结束。期待排队完成之后，就要进入倡议连接的状态了。不过在倡议连接之前，还有一些原因可能导致连接过程被推迟，这个推迟就表示在面板中的 Stalled 上，它暗示停滞的意思。

这里需要特别说明的是，如果你使用了代办代理处事器，还会增加一个 Proxy Negotiation 阶段，也就是代办代理协商阶段，它暗示代办代理处事器连接协商所用的时间，不过在上图中没有浮现出来，因为这里我们没有使用代办代理处事器。

2：接下来，就到了 Initial connection/SSL 阶段了，也就是和处事器成立连接的阶段，这包孕了成立 TCP 连接所花费的时间；不过如果你使用了 HTTPS 协议，那么还需要一个特别的 SSL 握手时间，这个过程主要是用来协商一些加密信息的。（关于 SSL 协商的详细过程，我们会在 Web 安适模块中介绍。）和处事器成立好连接之后，网络进程会筹备请求数据，并将其发送给网络，这就是 Request sent 阶段。凡是这个阶段非常快，因为只需要把浏览器缓冲区的数据发送出去就结束了，qq空间访问权限破解 2020 ，并不需要判断处事器是否接收到了，所以这个时间凡是不到 1 毫秒。

3：数据发送出去了，接下来就是期待接收处事器第一个字节的数据，这个阶段称为 Waiting (TTFB)，凡是也称为“第一字节时间”。 TTFB 是反应处事端响应速度的重要指标，对处事器来说，TTFB 时间越短，就说明处事器响应越快。接收到第一个字节之后，进入陆续接收完整数据的阶段，也就是 Content Download 阶段，这意味着从第一字节时间到接收到全部响应数据所用的时间。

优化时间线上耗时项了解了时间线面板上的各项含义之后，我们就可以按照这个请求的时间线来实现相关的优化操纵了。

1. 排队（Queuing）时间过久排队时间过久，概略率是由浏览器为每个域名最多维护 6 个连接导致的。那么基于这个原因，你就可以让 1 个站点下面的资源放在多个域名下面，好比放到 3 个域名下面，这样就可以同时撑持 18 个连接了，这种方案称为域名分片技术。除了域名分片技术外，我小我私家还建议你把站点升级到 HTTP2，因为 HTTP2 已经没有每个域名最多维护 6 个 TCP 连接的限制了。

2. 第一字节时间（TTFB）时间过久这可能的原因有如下：处事器生成页面数据的时间过久。对付动态网页来说，处事器收到用户打开一个页面的请求时，首先要从数据库中读取该页面需要的数据，然后把这些数据传入到模板中，模板衬着后，再返回给用户。处事器在措置惩罚惩罚这个数据的过程中，可能某个环节会出问题。网络的原因。好比使用了低带宽的处事器，或者原来用的是电信的处事器，可联通的网络用户要来访谒你的处事器，这样也会拖慢网速。发送请求头时带上了多余的用户信息。好比一些不须要的 Cookie 信息，处事器接收到这些 Cookie 信息之后可能需要对每一项都做措置惩罚惩罚，这样就加大了处事器的措置惩罚惩罚时长。对付这三种问题，你要有针对性地出一些解决方案。面对第一种处事器的问题，你可以想步伐去提高处事器的措置惩罚惩罚速度，好比通过增加各类缓存的技术；针对第二种网络问题，你可以使用 CDN 来缓存一些静态文件；至于第三种，你在发送请求时就去尽可能地减少一些不须要的 Cookie 数据信息。