UUID 生成器
生成 UUID v1、v3、v4、v5、v6 与 v7，以及 ULID、NanoID 和 MongoDB ObjectId——批量生成，输出格式与你的代码要求完全一致，且没有任何网络请求。
来自浏览器加密随机源的 122 位熵。只要求唯一时的默认选择。
还没有生成任何内容。选择类型、设定数量，然后点击“生成”。
工作原理
挑一种类型
共十一种，从常见的 v4 到按时间排序的 v7、ULID 或 Mongo 的 ObjectId。
设定这一批
要多少个，以及什么形态：大小写、连字符、包裹符号、前缀和导出格式。
点击生成
在此之前什么都不会运行。批量在 Worker 中构建，并精确计时到零点一毫秒。
带走结果
复制、下载为 txt、csv、json 或 SQL，也可以把列表直接送往另一个工具。
十一种标识符
UUID v1、v3、v4、v5、v6、v7、nil 与 max，另有 ULID、NanoID 和 MongoDB ObjectId。
按时间排序且单调
v7、v6 和 ULID 内置计数器，同一毫秒内生成的标识符仍保持创建顺序。
还能反向读取
粘贴任意标识符即可看到版本、变体、时间戳、节点与原始字节，并可只改动一个半字节。
不占用主线程
批量在 Web Worker 中运行，附带精确耗时以及针对整批数据的重复检测。
想要什么格式都行
大小写、连字符、花括号、urn:uuid:、引号、前缀与后缀，可导出为 txt、csv、json 或 SQL。
数据不出标签页
熵取自 Web Crypto，没有任何网络调用，两次访问之间也不保存任何内容。
所有标识符格式，都在本地生成
大多数生成器给你一个 v4 就结束了。这里覆盖 RFC 9562 的完整家族、在实践中取代它的可排序格式，以及其他生态系统所用的标识符，输出形态与你的迁移脚本、种子文件或测试夹具所需完全一致。
天生可排序
随机的 v4 主键会把写入分散到整棵 B-tree 索引。v7、v6 和 ULID 把时间放在最前，新行会落在索引末尾而不是遍地开花；本工具还在每一毫秒内维护计数器，即使在紧凑循环中顺序也不会乱。
为标识符之后的工作而设计
生成十万个主键，直接导出为 SQL INSERT 或 JSON 数组，再把列表交给比较、哈希或压缩工具，全程不经过下载文件夹。
熵来自标签页内的 Web Crypto API。没有 API 调用，没有 CDN 拉取，也没有额外下载的 WebAssembly：v3 与 v5 所用的哈希就嵌在页面里，因此断网也能照常使用。
常见问题
Q该选哪个 UUID 版本？+
只要唯一性就用 v4。标识符要当主键就用 v7，因为开头的时间戳能让索引写入集中在一处。同样的输入必须得到同样的标识符时用 v5。
Q为什么要十个 v5 却得到十个一样的？+
因为这正是 v5 的含义：一个命名空间加一个名称只对应一个标识符。想要十个不同的，就给它十个不同的名称，每行一个。
Qv7 和 ULID 有什么区别？+
两者都是 48 位毫秒时间戳加随机位。v7 是真正的 UUID，能直接放进 UUID 列；ULID 是 26 个 base32 字符，更短且不区分大小写，但它不是 UUID。
Q这些标识符在密码学上安全吗？+
随机性来自 crypto.getRandomValues，与浏览器生成自身密钥材料使用的是同一来源。但请注意，v1 和 v7 会有意暴露创建时间，因此它们并不是秘密。
Q一次最多能生成多少个？+
每批最多 100 000 个。为保持页面流畅，屏幕列表只显示前 300 行；复制、下载以及传递按钮始终作用于完整批次。
Q会有数据发送到服务器吗？+
不会。生成、解析和导出都在你的浏览器中完成，使用期间页面不会发出任何请求。