浅谈域名发散与域名收敛

性能优化一直是前端工做中十分重要的一环，都说从 10 到 1 容易，从 1 到 0 很难。而随着前端技术的飞速发展，没有什么技术或者法则是金科玉律一成不变的。

很佩服那些敢于挑战权威，推陈出新的勇者，是他们让咱们的技术不断的变革更加的卓越。好像扯远了，本文主要想谈谈两个名词，域名发散和域名收敛。

 

   域名发散

这个很好理解，前端er都知道，PC 时代为了突破浏览器的域名并发限制，遵循这样一条定律：

· http 静态资源采用多个子域名

嗯，为何要这样作呢，目的是充分利用现代浏览器的多线程并发下载能力。

因为浏览器的限制，每一个浏览器，容许对每一个域名的链接数通常是有上限的，附图一枚：

上图展现了各浏览器的并行链接数（同域名），能够看到在一些现代浏览器内每一个 hostname 的最大链接数基本都是6个，IE 稍显傲娇，整体而言并发数不高。

因此 PC 时代对静态资源优化时，一般将静态资源分布在几个不一样域，保证资源最完美地分域名存储，以提供最大并行度，让客户端加载静态资源更为迅速。

 

另外，为何浏览器要作并发限制呢？

一、究其根本缘由，在之前，服务器的负载能力差，稍微流量大一点服务器就容易就崩溃。 因此为了保护服务器不被强暴到崩溃，浏览器要对 max connections（最大并发数）进行限制。若是每一个用户的最大并发数不限制的话，服务器的负载能力会大幅降低。 
二、另外还有一个方面就是, 防止 DDOS 攻击。最基本的 DoS 攻击就是利用合理的服务请求来占用过多的服务资源，从而使合法用户没法获得服务的响应。若是不限制并发请求数量，后果，啊哦，你懂的。（有读者指出说这一点并不合理，没人发DDOS是经过浏览器去发的。查找文献后，我我的得出的结论是在一个 http 请求过程当中的任何一步均可以被利用来进行 DDOS 攻击，那么放开并发限制，会不会间接致使被人利用进行 DDOS 攻击呢，我的观点，但愿有人能继续提出指正！）

 

   域名收敛

本文的重点是想谈谈域名收敛，顾名思义，域名收敛的意思就是建议将静态资源只放在一个域名下面，而非发散状况下的多个域名下。

上面也说到了，域名发散能够突破浏览器的域名并发限制，那么为要反其道而行之呢？由于因地制宜，不一样状况区别对待，域名发散是 PC 时代的产物，而如今进入移动互联网时代，经过无线设备访问网站，App的用户已占据了很大一部分比重，而域名收敛正是在这种状况下提出的。且听我一步步分析。

 

  http 请求过程

首先要知道，使用一个 http 请求去请求一个资源时，会经历些什么。简单而言：

一、DNS 域名解析 --> 

二、发起 TCP 的 3 次握手 --> 

三、创建 TCP 链接后发起 http 请求 --> 

四、服务器响应 http 请求

五、......略

在这里第一步，也是关键的第一步 DNS 解析，在移动端的 http 请求耗时中，DNS 解析占据了大部分时间。

说 DNS 域名解析过程前，再科普一下域名结构。

 

  域名结构

域名的结构（或者叫命名空间）是一个树状结构，有树就得有根，这个根是一个点‘.’（dot）。

以 www.example.com 为例，完整的形式应该是 www.example.com. ，注意最后一个点，就是根结点 root ，只不过平时是浏览器或者系统的解析器自动帮咱们补全了。咱们要想获取根域都有那些，能够在终端下直接使用 dig 命令（须要安装 dig 指令），以下:

能够看到有 13 个，大部分都是在国外，根节点以后就是顶级域名，就是.cn .com .gov 这些，顶级域划分为通用顶级域 （com、org、net 等）和国家与地区顶级域（cn、hk、us、tw 等）。咱们能够继续使用 dig 查看一下 顶级域名的解析路径，加上 +trace 参数选项，意思是追踪 DNS 解析过程，以下：

能够看到是先到根节点，再查找到 com ，就是根结点会告知下一个结点 com 在哪：就是 com. 172800 IN NS [a-m].gtld-servers.net。

ok，顶级域以后就是咱们熟知的一级域名，譬如 www.example.com 中的 example 就是一级域 。有兴趣的能够本身试着用 dig 指令再追踪一下：dig example.com. +trace ，能够看到是从根节点从右向左逐步查找的。

 

  NS 为什么

上面两张 dig 命令贴图中间出现了不少次 NS ，NS 便是 NameServer，大部分状况下又叫权威名称服务器简称权威。
什么是权威呢，通俗点讲实际上是某些域的权威，也就是权威上面有这些域的最新，最全的数据，全部这些域的数据都应该以此为准（只有权威能够增删改这些域的数据），就像上面  dig com +trace 的结果能够看到，com 的权威是上面的 13 个根域。同理，全部的顶级域（cn、org、net 等等）的权威都是根域。

 

  DNS 解析

其实上面就是 DNS 解析的一个大体过程，即迭代解析，可是不是很详尽，一个完整的 DNS 解析过程以下：（下面一段摘自这里： 域名收敛--前端优化）
）

Step1: 首先拿到 URL 后，浏览器会寻找本地的 DNS 缓存，看看是否有对应的 IP 地址，若是缓存中存在那就行了，若是没有，那就得向 DNS Server 发送一个请求，找到你想要的 IP 地址。

Step2: 首先他会向你的 ISP(互联网服务提供商) 相关的 DNS servers 发送 DNS query。而后这些 DNS 进行递归查询(recursive)。所谓的递归查询，就是可以直接返回对应的IP地址，而不是其余的 DNS server 地址。

Step3: 若是上述的 DNS Servers 没有你要的域名地址，则就会发送迭代查询，即会先从 root nameservers 找起。 便是假如你要查询 www.example.com ，会先从包含根结点的 13 台最高级域名服务器开始。

Step4: 接着，以从右向左的方式递进，找到 com.  而后向包含 com 的 TLD(顶级域名) nameservers 发送 DNS 请求。接着找到包含 example 的 DNS server。

Step5: 如今进入到了example.com 部分，便是如今正在询问的是权威服务器，该服务器里面包含了你想要的域名信息，也就是拿到了最后的结果 record 。

Step6: 递归查询的 DNS Server 接受到这 record 以后, 会将该record 保存一份到本地。 若是下一次你再请求这个 domain 时，我就能够直接返回给你了。因为每条记录都会存在 TLL ，因此 server 每隔一段时间都会发送一次请求，获取新的 record，

Step7: 最后，再经由最近的 DNS Server 将该条 record 返回。 一样，你的设备也会存一份该 record 的副本。 以后，就是 TCP 的事了，下面是一张萌萌的简化图：

到这里，咱们大体就能够梳理一下，迭代查询的过程以下：

流程: . => com. => .exampl.com. => www.example.com. => IP adress

 

  TTL 为什么

TTL 是 Time To Live 的缩写，该字段指定 IP 包被路由器丢弃以前容许经过的最大网段数量。TTL 是 IPv4 包头的一个 8 bit 字段。

简单的说它表示 DNS 记录在 DNS 服务器上缓存时间。

 

扯了这么多 http 请求， DNS 解析，回到正题域名收敛上，从上面能够看到，DNS 解析实际上是一个很复杂的过程，在 PC 上，咱们采用域名发散策略，是由于在 PC 端上，DNS 解析一般而言只须要几十 ms ，能够接受。而移动端，2G 网络，3G网络，4G网络/wifi 强网，并且移动 4G 容易在信号不理想的地段降级成 2G ，经过大量的数据采集和真实网络抓包分析（存在DNS解析的请求），DNS的消耗至关可观，2G网络大量5-10s，3G网络平均也要3-5s（数据来源于淘宝）。 下面附上在 2G，3G，4G， WIFI 状况下 DNS 递归解析的时间 （ms）：

由于在增长域的同时，每每会给浏览器带来 DNS 解析的开销。因此在这种状况下，提出了域名收敛，减小域名数量能够下降 DNS 解析的成本。

下图是手机端页面加载数和域名分散数的关系（from Mobify Developer）:

在 2 个域名分散条件下，网页的加载速度提高较大，而第 3 个之后就比较慢了。 因此，通常来讲，域名分散的数量最好在 3 如下。

 

 

  SPDY 

原本至此，本文应该结束了，谈了下域名发散与域名收敛。

可是，单纯的在移动端采用域名收敛并不能很大幅度的提高性能，很重要的一点是，在移动端建连的消耗很是大，而 SPDY 协议能够完成多路复用的加密全双工通道，显著提高非wifi环境下的网络体验。

俗话说，好刀配好鞘，好马配好鞍，当域名收敛配合 SPDY 才能最大程度发挥他们的效用，达到事半功倍。

 

那么什么是 SPDY？

SPDY，一种 开放的网络传输协议，由Google开发，用来发送网页内容。基于传输控制协议（TCP）的应用层协议 ，是 HTTP/2 的前身。

SPDY 的做用就是，在不增长域名的状况下，解除最大链接数的限制。主要的特色就是多路复用，他的目的就是致力于取消并发链接上限。

那么相比 http， SPDY 具体的优点在哪里呢：

1. 多路复用 请求优化

SPDY 规定在一个 SPDY 链接内能够有无限个并行请求，即容许多个并发 HTTP 请求共用一个 TCP会话。这样 SPDY 经过复用在单个 TCP 链接上的屡次请求，而非为每一个请求单独开放链接，这样只需创建一个 TCP 链接就能够传送网页上全部资源，不只能够减小消息交互往返的时间还能够避免建立新链接形成的延迟，使得 TCP 的效率更高。

此外，SPDY 的多路复用能够设置优先级，而不像传统 HTTP 那样严格按照先入先出一个一个处理请求，它会选择性的先传输 CSS 这样更重要的资源，而后再传输网站图标之类不过重要的资源，能够避免让非关键资源占用网络通道的问题，提高 TCP 的性能。

2. 支持服务器推送技术

服务器能够主动向客户端发起通讯向客户端推送数据，这种预加载可使用户一直保持一个快速的网络。

3. SPDY 压缩了 HTTP 头

舍弃掉了没必要要的头信息，通过压缩以后能够节省多余数据传输所带来的等待时间和带宽。

4. 强制使用 SSL 传输协议

Google 认为 Web 将来的发展方向一定是安全的网络链接，所有请求 SSL 加密后，信息传输更加安全。

看看 SPDY 的做用图：

SPDY 协议在性能上对 HTTP 作了很大的优化，其核心思想是尽可能减小链接个数，而对于 HTTP 的语义并无作太大的修改。

具体来讲是，SPDY 使用了 HTTP 的方法和页眉，可是删除了一些头并重写了 HTTP 中管理链接和数据转移格式的部分，因此基本上是兼容 HTTP 的。

 

  SPDY 兼容性

• Google Chrome 和 Chromium 已经支持 SPDY。
• Mozilla Firefox 自11.0开始内嵌支持 SPDY 。从 Firefox 13 开始默认开启对 SPDY 的支持。
• Opera 从12.10开始支持 SPDY。
• Internet Explorer 11 开始支持 SPDY。

从上面能够看到，IE 从 IE11 开始才支持 SPDY，因此 SPDY 发展的路还很长，现阶段运用在移动端较好。

写到这里，好想继续往下写 HTTP/2 ，由于 HTTP/2 的前身便是 SPDY 协议，可是感受本文的内容已经很充实了，内容也不少，就再也不继续往下，内容不少，但愿有人可以耐心读完，对一些网络基础知识很好的巩固效果。