一条短信，寥寥数字，却能在指尖与云端之间完成一次优雅的时空折叠——这，便是短链接的魔法。
今天，让我们循着「suo.run」的轨迹，拆解这场魔术背后的精密机关，并亲手设计一套可支撑亿级调用的「快缩短网址」系统。

一、为什么必须短？
1. 运营商单条短信 70 字红线，长链一出场就占掉大半。
2. 参数若裸奔，不仅丑陋，更泄露业务机密。
3. 短链自带品牌属性——suo.run/xxxx，一眼即知出处，天然可信。



二、一次点击的旅程
浏览器敲下 suo.run/tzHLFw 的刹那，暗流涌动：
1. DNS 将域名映射到最近的边缘节点。
2. 边缘节点查询内存映射表：tzHLFw → https://gmccapp/webpage/...
3. 返回 HTTP 302（临时重定向），Location 指向真实地址。
- 302 而非 301：避免浏览器缓存导致统计失真。
4. 浏览器再次起飞，抵达最终落地页。
全程 < 30 ms，用户无感，后台却已记录 UV、PV、设备指纹、地理位置。



三、核心数据结构
表：short_url
id bigint // 雪花算法全局唯一
code varchar(8) // 62 进制短码，唯一索引
long_url text // 原始长链
expired_at datetime // 过期时间戳
created_by bigint // 创建者
…

四、62 进制压缩算法
把 10 进制 id 映射为 [0-9a-zA-Z] 的 62 进制字符串，7 位即可容纳 62⁷ ≈ 3.5 万亿条记录。

优雅实现：

private static final String BASE62 = "0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ";

public static String toBase62(long num) {

    StringBuilder sb = new StringBuilder();

    do {

        sb.append(BASE62.charAt((int)(num % 62)));

        num /= 62;

    } while (num > 0);

    return sb.reverse().toString();

}