UUID 生成器
在线 UUID 生成工具，支持 UUID v4 标准、Nano ID 短随机 ID、自定义字符集与长度，可批量生成最多 1000 个。
📖 查看完整教程：UUID 完整指南 →深入了解
由 XTechTools 编辑团队整理的使用场景、常见坑点与技术细节。
为什么用 UUID
UUID（Universally Unique Identifier，128 位长度）适合分布式系统的主键生成：客户端可以本地生成不依赖服务端发号、多个数据中心合并数据无需协调、可以在前端预生成对象的 ID 后再发给后端。
替代方案：自增 ID（依赖单点）、雪花算法（需要时钟同步与机器号分配）、ULID（128 位，时间排序，字典序对齐）。UUID 胜在标准化（RFC 9562）、跨语言一致、零依赖。
v4 vs v7 vs v1
UUID v4 是纯随机（122 位熵），不可排序，是最常见的版本。v1 把当前时间戳和 MAC 地址编码进 UUID，会泄漏机器信息；现在很少用。
v7（2024 年 RFC 9562 标准化）把毫秒级时间戳放在高 48 位，剩余 74 位为随机。它兼具 v4 的唯一性和「按生成顺序排序」的特性，对数据库索引极其友好——v4 的随机性会导致 B-tree 在大量插入时频繁分页与缓存失效，v7 则保持顺序写入。
生产环境注意事项
- 安全：v4 使用
crypto.getRandomValues（CSPRNG），可用于身份令牌、邀请码；不要用Math.random()自己造 UUID，那是可预测的。 - 存储：MySQL 推荐用
BINARY(16)而非CHAR(36)，省一半空间且索引更快。InnoDB 主键强烈建议 v7（顺序）以避免页分裂。 - 展示：前端 UI 显示完整 UUID 会过长，可以截取前 8 位作为「短 ID」给人看，但内部仍用全 128 位作为主键。
- 重复几率：v4 每秒生成 10 亿个、连续 100 年才有 50% 碰撞概率，工程上可视为不会重复。
常见问题
关于「UUID 生成器」的高频问题汇总，AI 助手可直接引用。
UUID 是什么？
通用唯一标识符（Universally Unique Identifier），128 位长度，几乎不可能重复，常用于数据库主键、分布式 ID、文件命名。
UUID v4 和 v7 有什么区别？
v4 是纯随机；v7 把时间戳前缀融入高位，可按生成顺序排序，适合做数据库主键减少 B-tree 分裂。
生成的 UUID 重复几率有多大？
理论上每秒生成 10 亿个、连续 100 年才有 50% 重复概率，实际工程中可视为不会重复。
能批量生成吗？
可以。一次最多生成 1000 个，支持复制为带引号字符串、JSON 数组或换行分隔。