這種營銷短信大家應(yīng)該都收到過，短信有最大字符限制，而且為了更好的觀感體驗，短信里的鏈接一般都很短?，F(xiàn)成的短鏈接生成服務(wù)也比較多，比如新浪、百度等，谷歌之前也有短鏈接服務(wù)，號稱是最快的，但是在 2018 年關(guān)閉了。

一、短鏈接原理

我們點擊短鏈接會發(fā)起一個 GET 方式的 HTTP 請求，當(dāng)請求到對應(yīng)的 API 后，會解析短鏈接里的標(biāo)識獲取到對應(yīng)的長鏈接，然后重定向到長鏈接，這樣整個流程就結(jié)束了。

比如我用新浪的短鏈接服務(wù)為 https://www.google.com/ 生成了一個短鏈接：http://dwz.date/evn，下面是請求短鏈接時對應(yīng)的 HTTP 信息：

短鏈接生成|二維碼活碼生成|微信外鏈生成|抖音私信卡片

點擊立即使用↓↓↓

愛短鏈助力營銷推廣

二、短鏈接生成算法

短鏈接標(biāo)識一般是 [0-9, a-z, A-Z] 隨機組合而成的字符串，字符一共有 62 個，因此短鏈接標(biāo)識可以用 62 進(jìn)制的字符串表示。

首先維護(hù)一個自增的 ID，當(dāng)生成短鏈接時，將 10 進(jìn)制的自增 ID 轉(zhuǎn)換成 62 進(jìn)制字符串，這個字符串就可以唯一標(biāo)識一個長鏈接。由于 ID 是自增的，對應(yīng)的 62 進(jìn)制字符串是不同的，這樣就不會出現(xiàn)一個短鏈接對應(yīng)多個長鏈接的問題，62 個字符排列組合，可以保證短鏈接是用不完的，就算僅限于 6 位長度標(biāo)識的短鏈接，也有 558 億多種情況，這種算法在網(wǎng)上被稱為自增序列算法。

維護(hù)自增 ID 主要有以下幾種方式：

數(shù)據(jù)庫主鍵自增

redis 自增

分布式自增主鍵 ID（雪花算法，存在 ID 浪費）

下面是 62 進(jìn)制的 encode 與 decode 方法，來自 Base62。

三、一些細(xì)節(jié)

自增序列算法也存在一定的缺點，當(dāng)自增主鍵很大時，生成的 62 進(jìn)制字符串會變長，以 0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ 順序的 62 進(jìn)制為例，當(dāng)主鍵大于 56800235583 時，會生成 7 位長度的 62 進(jìn)制字符串。這個問題可以通過控制自增主鍵的增長速度來解決，而且要避免主鍵浪費。

62 進(jìn)制的順序并不一定嚴(yán)格按照 0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ 的順序來表示，這個順序可以是打亂的，這樣生成的短鏈接標(biāo)識更隨機不易被破解。

長鏈接與短鏈接是否需要一對多關(guān)系，同一個長鏈接使用自增主鍵 ID 算法生成的短鏈接是不同的，因為自增主鍵 ID 不同，生成的 62 進(jìn)制字符串自然也不同。如果我們有一個長鏈接唯一對應(yīng)一個短鏈接需求，可以將長鏈接進(jìn)行 md5 加密，將加密后的 md5 值存儲在 DB 中，每次生成短鏈接前都根據(jù)長鏈接 md5 值查詢 DB，如果存在，則直接返回短鏈接，當(dāng)然也可以使用其他方式維護(hù)這種關(guān)系。

跳轉(zhuǎn)用 301 還是 302，301 永久重定向，302 是臨時重定向。短地址一經(jīng)生成就不會變化，所以用 301 是符合 http 語義的。同時對服務(wù)器壓力也會有一定減少。

但是如果使用了 301，我們就無法統(tǒng)計到短地址被點擊的次數(shù)了。而這個點擊次數(shù)是一個非常有意思的大數(shù)據(jù)分析數(shù)據(jù)源。能夠分析出的東西非常非常多。所以選擇 302 雖然會增加服務(wù)器壓力，但是我想是一個更好的選擇。from 短 URL 系統(tǒng)是怎么設(shè)計的？ by iammutex

如果短鏈接請求頻繁，可以借助 redis 做對應(yīng)的緩存優(yōu)化。