近期的一次討論中，偶然間談到了短域名。關(guān)于短域名是否需要 DNS 解析，竟然一時愣住了。晚上花幾分鐘了解了下。

創(chuàng)新互聯(lián)公司主營萬載網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,成都App定制開發(fā),萬載h5成都小程序開發(fā)搭建,萬載網(wǎng)站營銷推廣歡迎萬載等地區(qū)企業(yè)咨詢

    首先，短域名仍然遵守 URL 的標準格式，即：schema+host+path。schema 沒什么好說的，host 部分，仍然是各回各家，各找各媽。例如，t.cn 是新浪的，tb.cn 是阿里的(話說，新浪能搶到 t.cn 這個域名，也是夠拼的)。這部分必定是需要 DNS 解析的。清理掉 DNS 緩存后訪問短域名，抓包可以看到：

    而 path 部分，各家的實現(xiàn)方式就有區(qū)別了。總體來說，需要對原來較長的域名做一個壓縮，壓縮到 5-8 個字符。這就涉及到域名縮短后是否會重復的問題。以壓縮到 6 個字符為例，a-zA-Z0-9 共 62 種可能，那么 6 個字符的組合就是 62^6，約 568億，重復的概率已經(jīng)比較小了。壓縮算法暫且不表。

    各家的短域名服務(wù)器在收到某條短域名請求后，將原來的長域名，以 302 臨時重定向的方式返回給客戶端，抓包如下：