文/chokcoco
性能優化一直是前端工作中十分重要的一環，都說從 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 指令），如下:
可以看到有 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，大部分情況下又叫權威名稱服務器簡稱權威。
什麼是權威呢，通俗點講其實是某些域的權威，也就是權威上面有這些域的最新，最全的數據，所有這些域的數據都應該以此為准（只有權威可以增刪改這些域