UUID / ULID 生成器
批量生成 UUID v4、按时间排序的 UUID v7、ULID 或短随机 ID。可设置数量、是否去掉连字符、大小写，并一次性复制整份列表。
按需生成唯一标识符：UUID v4（随机）、UUID v7（按时间排序）、ULID，以及短随机 ID。选好版本和数量，然后把列表直接复制到你的代码、测试数据或数据库中。
这个选择很重要：v4 是主键的安全默认选项，而 v7 和 ULID 以时间戳开头，能让数据库索引保持高效，因为新插入的行彼此相邻。当你只需要一个不透明的令牌、而不是标准标识符时，就用短随机 ID。
如何生成 UUID 或 ULID
选择标识符类型
设置需要的数量
复制列表
常见问题
UUID v4 和 v7 有什么区别？
版本 4 完全随机。版本 7 把毫秒级时间戳放在最前面，因此标识符会按创建时间排序——更有利于数据库索引的局部性，同时依然是全局唯一的。
什么是 ULID？
一种使用 Crockford Base32 的 26 字符标识符：48 位时间戳后面跟着 80 位随机数。它可以按字典序排序，这在日志和文件名中很有用。
这些标识符真的唯一吗？
它们由加密安全的随机源生成。v4 发生碰撞的概率小到天文数字级别，因此在实际使用中可以认为是唯一的。
应该把它们用作数据库键吗？
它们是安全的，但随机的 v4 键会把插入分散在整个索引中。如果插入性能很重要，请优先使用按时间排序的 v7 或 ULID。
可以一次生成很多个吗？
可以，设置数量后一次性复制整个列表——用来填充测试数据很方便。
会有东西被发送到服务器吗？
不会，标识符是在你的浏览器中生成的。
一览
| 输入 | 文本 |
|---|---|
| 多个文件 | 否 |
| 运行位置 | 在你的浏览器中——文件永远不会被上传 |
| 离线可用 | 是 — 页面加载完成后 |
| 价格 | 免费，无需注册，无水印 |
安全地处理机密信息
开发者工具处理凭据的频率比人们意识到的更高，而风险不在于算法，而在于数据去了哪里。哈希是单向的，它不是加密——MD5 和 SHA-1 在任何与安全有关的用途上都已被攻破，即使是 SHA-256，用来存储密码也是用错了工具，bcrypt、scrypt 或 Argon2 存在的意义恰恰就是慢。Base64 是一种编码，不是保护：任何人都能解码，所以千万不要把它当作混淆。JWT 任何持有它的人都能读取，因此载荷里绝不能放机密，而解码一个令牌并不验证它的签名——验证需要密钥。本站的一切都在你的浏览器中本地运行，这正是它能够安全处理令牌和密码的原因。
转换在哪里悄悄出错
大多数转换缺陷与语法无关，而与含义有关。一列邮编的 CSV 字段会在表格软件猜它是数字的那一刻丢掉前导零；一个很长的 ID 会超出浮点精度；日期会因为先写日还是先写月而意思大变。JSON 的键是无序的，但数组是有序的，排序键的工具不会改变任何东西，而排序数组的工具会改变数据。Unicode 是另一个陷阱：文本可能以 UTF-8、UTF-16 或带字节顺序标记的形式到来，解码器猜错就会把带重音的字符变成乱码。在信任任何转换之前，抽查第一行和最后一行、任何带前导零的字段，以及任何含有引号、逗号或换行的字段。