《快缩短网址：极简背后的精密工程》

一、缘起
当二维码因密不透风的像素而令人窒息，当冗长 URL 像一条永远拉不完的卷轴，我们知道：信息必须被折叠，优雅必须被释放。于是，suo.run 诞生——一条 4～6 字符的短链，让浩瀚长址化作指尖轻触即可抵达的彼岸。

二、核心架构
1. 入口层
• Nginx 做 301/302 重定向，毫秒级响应。
• 全局 HTTPS + HSTS，杜绝中间人劫持。

2. 算法层
• 雪花算法（Snowflake）生成 64 bit 全局唯一 ID，天然有序，可逆推时间戳，方便溯源。
• Base62 编码（0-9a-zA-Z）将数字 ID 折叠成 4～6 位字符串，兼顾可读性与密度。

3. 存储层
• 热数据：Redis String（Key: 短链，Value: 长链），TTL 7 天，LRU 兜底。
• 冷数据：MySQL 双主 + 自增 ID，长链 MD5 唯一索引，保证“同一长链仅生一短链”。
• 归档：每月 S3 冷备，生命周期策略 3 年。



4. 缓存策略
• BloomFilter 拦截 99% 不存在短链，避免缓存穿透。
• 本地 Caffeine 二级缓存，单机 QPS 提升 40%。

5. 安全加固
• 短链生成接口：IP + UID 限流，滑动窗口 100/60s。
• 长链黑名单：对接 Google Safe Browsing + 自建规则库，实时拦截钓鱼、色情、博彩。
• 可选“阅后即焚”模式：短链一次访问即失效，Redis 计数器 + Lua 脚本原子扣减。

三、一对多 or 一对一？
默认一对一：长链 MD5 为锚，先查库再生成，既省空间又防重复。
如需一对多（如 A/B 测试、渠道追踪），在短链后缀追加 ?c=渠道码，仍复用同一雪花 ID，解析层再做二次路由。

四、高并发压测数据
• 单机（4C8G）：短链生成 8k QPS，重定向 20k QPS，P99 延迟 12 ms。
• 三节点集群：水平扩展线性，峰值 60k QPS 仍稳如磐石。

五、开发者接入
一行代码即可：

curl -X POST https://suo.run/api/shorten \

  -H "Authorization: Bearer <YOUR_TOKEN>" \

  -d '{"url":"https://超长原文.com/超长路径/超长参数"}'

{"short":"suo.run/a8K3z"}