短链系统设计总结
🧭 一、项目整体概述
短链系统（Short URL System）核心目标：
- 将长 URL 转换为短字符串（如
short.ly/aZ91k） - 通过短链访问时重定向到原始长链接
- 提供统计、限流、风控、可扩展能力
❗误区纠正
短链系统不是用来削峰限流的工具
👉 实际流程：
用户 → 短链服务 → 重定向 → 原始URL
请求量不会减少，反而增加一次跳转。
🎯 二、短链系统核心能力
1️⃣ URL压缩（核心功能）
- 长 URL → 短 code
- 提升传播体验
- 隐藏参数（安全性）
2️⃣ 访问统计
可以统计：
- PV（点击量）
- UV（独立用户）
- IP 分布
- 地域
- 设备信息
- 时间分布
👉 用于运营分析
3️⃣ 动态跳转
支持：
- 修改短链对应的长链接
- 不影响已发布短链
🔢 三、短链生成方案
✅ 方案一：自增 ID + Base62（最常用）
Base62 字符集
0-9 + A-Z + a-z = 62个字符
private static final char[] ALPHABET =
"0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz".toCharArray();
🧠 原理
将数字 ID 转为 62 进制：
123456789 → 8m0Kx
👍 优点
- 无冲突（前提：ID唯一）
- 简单高效
- URL友好
❗ 为什么不用 Base64？
- 含
+ / =，不适合 URL
❗ 是否会冲突？
不会（前提）：
- ID 唯一（如 Snowflake）
🧊 四、ID生成方案（雪花算法）
📌 Snowflake 结构（64bit）
0 | timestamp | machineId | sequence
| 部分 | 位数 | 说明 |
|---|---|---|
| 符号位 | 1 bit | 固定0 |
| 时间戳 | 41 bit | 毫秒级 |
| 机器ID | 10 bit | 节点标识 |
| 序列号 | 12 bit | 同毫秒递增 |
🚀 特点
- 全局唯一
- 趋势递增
- 高并发（每毫秒约 4096 ID）
📌 用途
- 短链ID生成
- 数据库主键
- 分布式系统唯一标识
⚡ 五、系统架构设计（核心重点）
🧱 基础架构
Nginx
↓
短链服务（Spring Boot）
↓
Redis缓存
↓
MySQL数据库
📦 多级缓存设计
- 本地缓存（Caffeine/Guava）
- Redis缓存
- DB兜底
🚦 六、限流设计（滑动窗口）
📌 为什么需要限流？
防止：
- 短链被刷爆
- 爬虫攻击
- 恶意请求
🧠 滑动窗口思路
在时间窗口内统计请求数：
窗口：10s
限制：100次
Redis实现思路
- ZSet 记录请求时间
- 按时间范围统计数量
- 超过则拒绝
🔥 七、熔断 & 降级
🧯 熔断三种状态
| 状态 | 说明 |
|---|---|
| Closed | 正常 |
| Open | 直接拒绝 |
| Half-Open | 探测恢复 |
📌 作用
- 防止系统雪崩
- 提高可用性
🧱 八、防穿透 & 性能优化
1️⃣ 布隆过滤器
用途：
- 判断短链是否存在
- 防止无效请求打到 DB
2️⃣ Redis缓存
- 存储：shortCode → longURL
- 高速重定向
3️⃣ 本地缓存
- 减少 Redis 压力
- 热点数据加速
📡 九、Kafka 在短链系统中的作用（完结篇）
📌 用途
- 异步日志处理
- 点击数据统计
- 解耦主链路
📊 架构优化
短链访问
↓
Kafka
↓
消费者（统计/分析）