随机生成 UUID v4，支持批量生成
💡 每行右侧第一个按钮复制带横杠的 UUID，第二个按钮复制不带横杠的纯 hex 格式。
UUID（Universally Unique Identifier）是一个 128 位的全局唯一标识符，无需中心化协调即可生成。最常用的 UUID v4 完全由随机位组成，拥有 122 位熵，碰撞概率极低，工程上可以当作零看待。
本工具使用浏览器加密级随机源（crypto.getRandomValues），生成的 UUID 可用于生产环境的主键、请求 ID 等任何唯一标识场景。支持批量生成、大写输出，以及更短的 16 字符紧凑形式。
（点击生成）f47ac10b-58cc-4372-a567-0e02b2c3d479长度: 32, 大写: 开, 数量: 3B7E2C8D1-4A3F-4C9E-9F1A-D8E5B6C7A2F0
3D9F1E2A-7B4C-4F8E-A1D2-E3F4B5C6D7E8
9A1B2C3D-4E5F-4061-8071-829304A5B6C7可以忽略。要让碰撞概率达到 50%，大约需要生成 2.71 京（10^18）个 UUID（122 位随机的生日界）。这个数量超过了地球上所有沙粒的总数。
通常用 v4（随机）。v1（时间戳 + MAC）会泄露主机 MAC 地址，不推荐。v7 是较新的时间有序变体，天然按时间排序，做数据库主键时索引局部性好。本工具目前生成 v4。
是的。我们使用 crypto.getRandomValues，底层是操作系统的 CSPRNG。可以用于会话令牌等安全敏感标识，不过这类场景通常更适合用专门的令牌接口（更长、不透明）。
不算——它是我们提供的 64 位随机十六进制串，给那些不需要完整 UUID 保证的场景用（短链、低并发幂等键等）。碰撞概率明显高于 v4，但日常使用仍然够用。
都可以。客户端生成可以在请求往返前就拿到 ID（适合离线优先应用和幂等场景）；服务端生成集中管理。生成出来的 UUID 本身没有区别。