UUID 生成器
批量生成 UUID v4，可配置大小写与是否带连字符。
基于浏览器原生 crypto.randomUUID()，符合 RFC 4122 v4 规范。
使用说明
用途
UUID 在线生成器，支持 UUID v1（时间戳）、v3/v5（命名空间哈希）、v4（随机，最常用）、v7（时间排序的新一代标准，2024 RFC 9562）。一次生成 1-10000 个，支持批量生成（数据库测试数据填充）、带短横线 / 不带短横线两种格式、大写 / 小写切换。同时是 GUID 生成器（GUID 是微软对 UUID 的别名，格式相同）。常用于数据库主键、分布式系统追踪 ID、文件名、会话 token、订单号等场景。所有生成在浏览器本地（用 crypto.randomUUID）。
操作步骤
- 选版本：v4（默认随机）/ v7（时间排序）/ v1（含 MAC 不推荐）/ v3 v5（命名空间）
- 选数量：1 个 / 10 个 / 100 个 / 1000 个 / 自定义
- 格式：标准 8-4-4-4-12（带短横线）/ 紧凑 32 位（无短横线）
- 大小写：默认小写，可切换全大写
- 点「生成」即时产出，批量生成有进度提示
- 一键复制全部 / 单条复制
- 导出 .txt / .csv 文件方便导入数据库
- v3 / v5 模式需输入命名空间 UUID + name 字符串
常见问题
- UUID v4 和 v7 怎么选？
- v4 完全随机，最常用、兼容性最好，但作为数据库主键时插入性能差（不能利用聚簇索引）。v7 是 2024 年标准化的新版本（RFC 9562），前 48 位是毫秒时间戳，剩余随机，**生成的 UUID 自然按时间排序**，作为主键时性能接近自增 ID 但仍保持全局唯一。新项目推荐 v7。
- UUID 和 GUID 一样吗？
- 同一回事。GUID（Globally Unique Identifier）是微软命名，UUID（Universally Unique Identifier）是 RFC 标准名。格式完全相同：8-4-4-4-12 共 32 个十六进制字符。.NET / SQL Server 文档里写 GUID，其他平台写 UUID。
- v4 UUID 真的全球唯一吗？会不会重复？
- 理论上有重复可能，但概率极低。v4 的 122 位随机部分，生成 26 亿个 UUID 才有约 50% 几率出现一次碰撞。实际工程中可视为永不重复。前提是用密码学安全的随机源（crypto.getRandomValues / crypto.randomUUID），不能用 Math.random()。
- UUID v1 包含 MAC 地址，会有隐私问题吗？
- 是的。v1 的 last 48 bits 是网卡 MAC 地址，可以反推生成机器。1998 年 Word 文档泄漏 Microsoft 内部 MAC 引发关注。现代库通常用随机 node 替代真实 MAC，但要看具体实现。**对外暴露的 UUID 推荐用 v4 或 v7**，不要用 v1。
- v3 和 v5 是干什么的？
- 基于命名空间的确定性 UUID。给定相同 namespace（一个 UUID）和 name（字符串），永远生成相同的 UUID。v3 用 MD5，v5 用 SHA-1。用途：把外部 ID（如邮箱、URL）确定性映射到 UUID，避免重复生成。新场景推荐 v5（v3 用 MD5 已不推荐）。
应用场景
- 数据库主键：分布式系统不能用自增 ID，UUID 是经典方案，v7 性能更好
- 订单号 / 交易号：用户可见 ID 用 UUID 避免暴露递增规律
- 文件上传去重：上传的文件用 UUID 重命名防冲突 + 隐藏原始名
- 分布式追踪：每个请求生成 trace_id 贯穿微服务调用链
- 前端测试数据：批量生成 1000 个 UUID 灌入数据库做性能测试
适用场景
数据库主键（v7 推荐）、订单号 / 交易号、文件名隐私、分布式 trace_id、测试数据。后端、DBA、QA 常用。v7 时间排序、批量生成、多格式输出、命名空间 UUID 是关键差异点。