UUID 生成器

UUID 生成器按批次创建版本 4 通用唯一标识符，一次最多 100 个，支持输出大写和去掉连字符的格式，并可一键复制或下载为文本。它面向需要为数据库行、API 资源、文件和测试夹具创建标识符的开发者——无需编写脚本，也不必信任可能记录生成结果的在线服务。每个值都由浏览器加密安全随机数生成器在本地产生。

使用方法

1. 选择要生成的数量，范围 1 到 100。每次点击”生成”都会产生一批全新的 UUID。
2. 设置格式。 大写输出与去掉连字符是两个独立开关，可以精确匹配其他系统的存储形态。
3. 生成。 所有值立即以列表形式出现。
4. 复制或下载。 用每个值旁的按钮复制单个 UUID，用”全部复制”复制整批，或把整个列表下载为文本文件。

实操示例

示例 1——为数据库表填充种子数据。 一位开发者需要在迁移测试前准备 25 行占位数据。生成 25 个 v4 UUID 并粘贴进 SQL 插入脚本只需几秒，比手写循环快得多，也避免了合并多个环境数据时出现的自增主键冲突。

示例 2——为上传文件命名。 用原始文件名保存用户上传容易引发冲突和路径穿越问题。采用 uploads/<uuid>.jpg 这样的模式可以保证名称唯一且难以猜测。注意，唯一性本身并不等于安全：UUID 必须配合访问控制，因为任何知道该名称的人都能请求到文件。

示例 3——测试夹具。 一套测试需要为模拟用户准备看起来各不相同、但可复现的 ID。一次性生成一批并硬编码进夹具文件，可让测试保持可复现，而真实应用仍在运行时自行生成标识符。

UUID 各版本及选择建议

UUID 是 128 位的值，通常写成五组共 32 个十六进制数字：8-4-4-4-12。第三组的首位编码版本号。常见版本如下：

• v1——时间戳加上生成机器的 MAC 地址。有序，但会泄露硬件和时间信息。
• v3 / v5——对命名空间与名称做确定性哈希（MD5 / SHA-1）。相同输入永远得到相同的 UUID。
• v4——122 个随机位。无状态、不泄露任何信息，也是本工具生成的版本。
• v7——Unix 毫秒时间戳后接随机位，于 2024 年标准化。按创建时间排序，是数据库键的现代选择。

实务上的划分是：不会大量建索引的标识符用 v4，对写入吞吐和局部性敏感的新表主键用 v7。

比较格式之前先记住一个命名习惯：微软的世界把这些值称为 GUID，两个术语指的是同一种 128 位结构。Windows 工具生成的 GUID 与 UUID 在字节层面完全相同，差别只在约定俗成的文本格式和名称。如果文档或数据库列写的是 GUID，只要双方对连字符和字母大小写达成一致，生成的 UUID 就能适用。

v4 的随机性原理

在 128 位中，4 位固定用于标记版本，2 位用于标记变体，剩下 122 位随机。这就产生了上文中的碰撞概率。这些位的质量完全取决于来源：crypto.randomUUID() 和 crypto.getRandomValues() 取自操作系统的熵池，而基于 Math.random() 的简易生成器可能被可预测地播种，不适合用作绝不能碰撞的标识符。

常见错误与边界情况

• 把 UUID 当作密钥。 它是标识符。凭据和重置链接应使用专用令牌。
• 把 v4 用作聚集主键。 随机插入会碎片化索引。请存为 BINARY(16)，新的高写入表优先用 v7。
• 格式不一致。 有的系统存大写，有的去掉连字符，有的区分大小写比较。比较或存储前先统一为一种表示。
• 以为”唯一”就是”已验证”。 唯一性是概率性的。对安全关键的场景，应保留数据库唯一约束，而不是单纯信任生成器。
• 在客户端生成并直接信任。 如果标识符跨越信任边界，应在服务端校验并重新签发；客户端可以发送任意字符串。
• 把 UUID 与 ULID 混为一谈。 ULID 是另一种 128 位方案，带有可排序的时间戳和更紧凑的 Base32 文本形式。需要转换时应有意识地处理，而不是当作可互换。

功能特点

• 每次点击最多批量生成 100 个 v4 UUID
• 通过 Web Crypto API 提供加密安全的随机性
• 可输出大写形式和去掉连字符的 32 字符形式
• 复制单个值或整个列表；下载为文本
• 可离线工作，无需账号，也无服务器往返
• 100% 客户端运行——生成的值永不外传

使用场景

• 数据库记录： 为分布式系统中的行提供唯一键。
• API 与资源： 在 URL 和负载中提供稳定标识符。
• 文件命名： 为上传和生成资源提供无冲突的名称。
• 测试： 为模拟对象、种子和示例数据提供夹具 ID。
• 分布式系统： 跨节点也不会冲突的标识符。

相关工具

• UUID 解码器
• 密码生成器
• 哈希生成器
• 时间戳转换器