UUID 生成器

什么是 UUID

UUID（Universally Unique Identifier）是一种 128 位的标识符，用于在分布式系统中生成全局唯一的 ID，无需中央协调服务器。标准格式为 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx（36 字符含连字符）。UUID 广泛应用于数据库主键、消息队列、微服务间通信等场景。

版本对比

版本	生成依据	特点
v1	时间戳 + MAC 地址	可排序，但暴露设备信息
v4	完全随机	最常用，122 个随机位
v5	命名空间 + SHA-1	相同输入产生相同 UUID
v7	时间戳前缀 + 随机	可按时间排序（RFC 9562，2024）

碰撞概率：v4 需生成约 10¹⁸ 个才有 50% 碰撞概率，工程上可忽略。

需要按时间排序的场景推荐 UUID v7 或 ULID（26 字符，时间前缀，支持字典序）。

常见使用场景

• 数据库主键：替代自增 ID，避免分库分表时 ID 冲突，隐藏业务量信息
• 分布式系统：微服务间传递唯一标识，无需依赖中心化 ID 生成服务
• 前端临时标识：列表渲染 key、拖拽排序的临时 ID、离线创建记录
• 日志追踪：为每个请求分配 traceId，串联跨服务调用链路

使用方法

1. 选择需要的 UUID 版本（v4 适用于大多数场景，v7 适用于需要时间排序的场景）
2. 设置批量生成数量（1-100 个）
3. 点击生成，结果可一键复制或批量导出

常见问题

UUID v4 会重复吗？

理论上存在碰撞概率，但实际可忽略。每秒生成 10 亿个 UUID v4，需要连续生成约 85 年才有 50% 的概率出现一次碰撞。对于绝大多数应用场景，可以认为是唯一的。

数据库主键应该用 UUID 还是自增 ID？

UUID 适合分布式系统，无需协调即可生成；缺点是占用空间大（16 字节 vs 4/8 字节）且无序插入影响 B+ 树索引性能。如果需要 UUID 作主键，推荐使用 UUID v7 以保持时间有序性。

UUID 和 ULID 怎么选？

ULID 更紧凑（26 字符 vs 36 字符）、天然按时间排序、不含连字符更适合 URL。但 UUID 生态更成熟，几乎所有语言和数据库都有原生支持。新项目可优先考虑 ULID 或 UUID v7。