功能優化一直是前端工作中十分重要的一環，都說從 10 到 1 簡單，從 1 到 0 很難。而跟著前端技能的飛速發展，沒有啥技能或許法則是金科玉律一沉不變的。

很敬服那些勇于應戰威望，移風易俗的勇者，是他們讓咱們的技能不斷的革新愈加的杰出。如同扯遠了，這篇文章主要想談談兩個名詞，域名發散和域名收斂。

域名發散

這個極好理解，前端er都知道，PC 年代為了打破瀏覽器的域名并發約束，遵循這么一條規律：

· http 靜態資本選用多個子域名

嗯，為何要這么做呢，目的是充分運用現代瀏覽器的多線程并發下載才能。 由于瀏覽器的約束，每個瀏覽器，答應對每個域名的銜接數通常是有上限的，附圖一枚：

上圖展現了各瀏覽器的并行銜接數（同域名），能夠看到在一些現代瀏覽器內每個 hostname 的最大銜接數根本都是6個，IE 稍顯傲嬌，總體而言并發數不高。 所以 PC 年代對靜態資本優化時，通常將靜態資本散布在幾個不一樣域，確保資本最完美地分域名存儲，以供給最大并行度，讓客戶端加載靜態資本更為敏捷。

別的，為何瀏覽器要做并發約束呢？

1、究其根本原因，在曾經，效勞器的負載才能差，略微流量大一點效勞器就簡單就潰散。 所以為了維護效勞器不被強暴到潰散，瀏覽器要對 max connections（最大并發數）進行約束。假如每個用戶的最大并發數不約束的話，效勞器的負載才能會大幅降低。 

2、別的還有一個方面便是, 避免 DDOS 進犯。最根本的 DoS 進犯便是運用合理的效勞懇求來占用過多的效勞資本，從而使合法用戶無法得到效勞的呼應。假如不約束并發懇求數量，成果，啊哦，你懂的。

域名收斂

這篇文章的重點是想談談域名收斂，望文生義，域名收斂的意思便是主張將靜態資本只放在一個域名下面，而非發散狀況下的多個域名下。

上面也說到了，域名發散能夠打破瀏覽器的域名并發約束，那么為要反其道而行之呢？由于因地制宜，不一樣狀況區別對待，域名發散是 PC 年代的產品，而如今進入移動互聯網年代，經過無線設備訪問網站，App的用戶已占有了很大一部分比重，而域名發散恰是在這種狀況下提出的。且聽我一步步剖析。    

http 懇求進程

首先要知道，運用一個 http 懇求去懇求一個資本時，會經歷些啥。簡單而言：

1、DNS 域名解析 --> 

2、建議 TCP 的 3 次握手 --> 

3、建立 TCP 銜接后建議 http 懇求 --> 

4、效勞器呼應 http 懇求

5、......略

在這里第一步，也是關鍵的第一步 DNS 解析，在移動端的 http 懇求耗時中，DNS 解析占有了大多數時間。 說 DNS 域名解析進程前，再科普一下域名構造。    

域名構造

域名的構造（或許叫命名空間）是一個樹狀構造，有樹就得有根，這個根是一個點‘.’（dot）。

以 www.example.com 為例，完好的方式應該是 www.example.com. ，注意最終一個點，便是根結點 root ，只不過平常是瀏覽器或許體系的解析器主動幫咱們補全了。咱們要想獲取根域都有那些，能夠在終端下直接運用 dig 指令（需求裝置 dig 指令）

NS 為何

上面兩張 dig 指令貼圖中心出現了很屢次 NS ，NS 便是 NameServer，大多數狀況下又名威望稱號效勞器簡稱威望。

啥是威望呢，通俗點講其實是某些域的威望，也便是威望上面有這些域的最新，最全的數據，一切這些域的數據都應該以此為準（只要威望能夠增刪改這些域的數據），就像上面  dig com +trace 的成果能夠看到，com 的威望是上面的 13 個根域。同理，一切的尖端域（cn、org、net 等等）的威望都是根域。