使用浏览器的安全随机数生成器生成，不会向服务器发送任何数据。
完全随机的 122 位标识符，是最常用的 UUID 版本。
UUID（通用唯一标识符，也称 GUID）是一个 128 位的值，无需中心化机构即可标识记录。版本 4 完全随机，而版本 7 内含时间戳，新 ID 会自然排序，从而保持数据库索引高效。
ID 直接在浏览器中通过 crypto.getRandomValues 生成，不会传输或存储到我们的服务器。
选择 ID 类型：UUID v4（随机）、UUID v7（按时间排序）、ULID、NanoID 或 Nil UUID。
设置需要的数量，NanoID 还可设置长度。如果系统要求特定格式，可切换大写或连字符。
点击 Generate，然后复制全部 ID，或下载为文本文件用于迁移脚本或表格。
把任意 UUID 或 ULID 粘贴到检查器中，查看版本、变体，以及 v1、v7 和 ULID 中编码的时间戳。
UUID v7 以毫秒时间戳开头，新行会插入到 B-tree 索引末尾。在 PostgreSQL 或 MySQL 中可以避免随机 v4 主键造成的索引碎片。
Stripe 等支付 API 支持 Idempotency-Key 请求头。每个请求使用新的 v4 UUID，重试时就不会重复扣款。
NanoID 生成 V1StGXR8_Z5jdHi6B-myT 这样简短且适合 URL 的 ID，适用于分享链接和邀请码等 36 位 UUID 显得过长的场景。
粘贴日志中的 ID，检查它是 v4 还是 v7；如果是 v7 或 ULID，还能看到记录的创建时间。
实际上不会。v4 UUID 有 122 个随机位，要生成约 270 亿亿个（2.7 × 10^18）ID，出现一次重复的概率才会达到 50%。
数据库主键和需要按创建时间排序的数据用 v7；当 ID 不应暴露创建时间时（例如公开 URL）用 v4。
两者都是 128 位。ULID 写成 26 个 Crockford Base32 字符，作为文本即可按时间排序。UUID v7 以数据库原生支持的标准 36 位 UUID 格式提供相同的有序性。
安全。随机位来自浏览器的 crypto.getRandomValues，不会向服务器发送任何内容。
