UUID / ULID / NanoID

仅在当前浏览器处理

文本上限:2000000 个字符

此工具不会上传你的输入。

表主键、请求 id、前端临时键。复制时写明版本,避免有人把 v4 当可排序。v7/ULID 会暴露大致创建时间,公开 API 要自己权衡。

接口要一个请求 id,或表要一个可排序主键——本页提供 v4、v7、ULID、NanoID。请在工单里写清复制的是哪一种。中文资料里 v7 和 ULID 常被放在一起比:都带毫秒时间戳,公开 ID 会暴露发号顺序。

口令走随机密码。哈希走哈希生成

v4 / v7 / ULID / NanoID

  • 选一种主键风格。不是网号、不是身份证。
  • 冲突概率不是业务唯一约束。不是发号器服务,也不是分布式锁。
  • v7/ULID 带时间,不适合当「看不出先后」的公开资源号时要改主意。
  • NanoID 更短,兼容性自己评估。

怎么用

  1. 选版本。主键要排序选 v7 或 ULID;会话随机选 v4。
  2. 生成并复制。工单写明版本。
  3. 需要批量时看页面是否提供,仍受标签页内存限制。

使用前先看清的限制

不是发号器服务。不是分布式锁。不是密码。理论碰撞仍存在。

常见问题

v4 和 v7 怎么选?

不需要排序用 v4。要按时间聚在一起、当主键用 v7 或 ULID。v7 是 RFC 9562,常能进现有 uuid 列。

NanoID 是 UUID 吗?

不是同一标准。更短、字母表可配,兼容性自己评估。不要当口令策略。

能当密码吗?

不够当口令策略。口令走随机密码页。

绝对永不重复?

随机空间极大,仍不是数学证明给你的业务豁免。冲突概率不是业务唯一约束。

ULID 能直接进 Postgres uuid 列吗?

常常不能原样进。ULID 是 26 字符 Base32。要原生 uuid 列,优先 v4/v7。

相关工具