免费 ULID 生成器 — 生成并解码 ULID

什么是 ULID？

// Browser / Node with the `ulid` package
import { ulid, decodeTime } from 'ulid';

const id = ulid();          // e.g. 01KVT0F720ZK9N4T2QX7VR8WMC
const ts = decodeTime(id);  // 1782210600000  ->  2026-06-23T10:30:00.000Z

// Monotonic factory: strictly increasing within the same millisecond
import { monotonicFactory } from 'ulid';
const next = monotonicFactory();
next(1782210600000); // 01KVT0F720ZK9N4T2QX7VR8WMC
next(1782210600000); // 01KVT0F720ZK9N4T2QX7VR8WMD
next(1782210600000); // 01KVT0F720ZK9N4T2QX7VR8WME

核心功能

ULID 示例

Mode: Standard · Quantity: 1

01KVT0F720ZK9N4T2QX7VR8WMC

01ARYZ6S41TSV4RRFFQ69G5FAV

Timestamp (UTC): 2016-07-30T22:36:16.385Z · Randomness: TSV4RRFFQ69G5FAV

01KVT0F720ZK9N4T2QX7VR8WMC

019ef407-9c40-fcd3-5268-57e9f784728c

Mode: Monotonic · Quantity: 3 (same millisecond)

01KVT0F720ZK9N4T2QX7VR8WMC
01KVT0F720ZK9N4T2QX7VR8WMD
01KVT0F720ZK9N4T2QX7VR8WME

Custom time: 2026-06-23 10:30:00 UTC

01KVT0F720… (time component 01KVT0F720)

如何使用 ULID 生成器

1. 1

   选择生成模式

   Standard 模式为每个 ULID 提供全新的 80-bit 随机数。Monotonic 模式保证同一毫秒内创建的 ULID 严格递增——在即便亚毫秒速率下也必须维持顺序的高吞吐插入场景中选它。

2. 2

   设置数量、大小写，以及（可选的）自定义时间

   一次生成 1 到 50 个 ULID。输出默认为 UPPERCASE——即标准的 ULID 形式——也可切换为 lowercase。留空时间字段即盖上当前时间，或设定一个自定义时间戳，为测试夹具或回填记录内嵌特定时刻。

3. 3

   生成并复制

   点击 Generate ULID。对任意单个值用 Copy，或用 Copy All 把整批以换行分隔的文本抓取下来，可直接粘贴进代码、种子文件或电子表格。

4. 4

   解码 ULID 以读取其时间戳

   在 Decode 标签页粘贴任意 ULID，即可提取 48-bit 创建时间戳（UTC 与本地时间）、原始 Unix 毫秒值，以及 80-bit 随机数——全程在你的浏览器中完成，无需任何查询。

5. 5

   在 ULID 与 UUID 之间转换

   在 ULID ↔ UUID 标签页粘贴一个 ULID 或一个 UUID；工具会自动识别输入并无损转换为另一种格式。把 ULID 存进 UUID 列，或把 ULID 交给只认 UUID 的系统，等需要可排序字符串时再转回来。

Common Errors

Standard mode, 3 IDs in one ms  →  order within the ms is random

Monotonic mode, 3 IDs in one ms  →  …WMC < …WMD < …WME

uuid.version(ulidToUuid(id))  →  not 4 (bits are the ULID's)

Treat it as an opaque 128-bit value, or generate a real UUIDv7 instead

01ARYZ6S41TSV4RRFFQ69G5FAO  →  ambiguous O

01ARYZ6S41TSV4RRFFQ69G5FAV  →  canonical characters only

ULID 的用途

保持有序的数据库主键

把 ULID 用作主键，便可获得 UUID 那种无需协调的生成方式，外加自增整数般的插入局部性。因为它们带时间前缀，新行会追加到 B-tree 索引末尾附近，而不像 UUIDv4 那样散落，从而在表增长时保持插入快速、索引紧凑。

无中央序列的分布式系统

在任意节点——服务、边缘 worker 或客户端——上生成标识符，无需共享计数器、无需碰撞协调，事后仍能把一切按创建时间排序。ULID 给微服务一个唯一、有序的键，而无需为分配它而往返数据库。

事件日志与消息 ID

用单调递增的 ULID 给事件、日志行或队列消息盖戳，即便许多消息在同一毫秒内产生，它们也能保持严格的时间顺序。对一个时间窗口做范围扫描，就变成了简单的字符串比较。

URL 安全的公开标识符

ULID 是 26 个不带连字符的字符、采用 URL 安全字母表，因此无需转义即可放进路径、文件名或请求头，且比 36 个字符的 UUID 更短。事后解码内嵌的时间戳，便能看到资源是何时创建的。

对接只认 UUID 的系统

在跟一个只接受 UUID 的数据库列或 API 打交道？生成可排序的 ULID，把它们转换成 UUID 形式用于存储或传输，等需要紧凑的可排序字符串时再转回来——128-bit 的值在两个方向上都被精确保留。

确定性的测试夹具

用自定义时间选项在选定时间戳上为测试播种 ULID，让夹具可复现且已按时间有序。在断言中解码它们，以验证你的代码记录的创建时间。

ULID 的工作原理

128-bit 布局：48-bit 时间 + 80-bit 随机数

一个 ULID 恰好是 128-bit。高 48-bit 是毫秒级 Unix 时间戳；低 80-bit 是随机数。以每字符 5 bit 的 Crockford Base32 编码，时间是 10 个字符、随机数是 16 个字符——共 26 个字符。首字符总是 7 或更小，因为 48-bit 填不满最高的那个 5-bit 分组。

Crockford Base32 编码

ULID 使用 Crockford Base32 字母表（0–9 和 A–Z，去掉 I、L、O、U）。去掉这四个字母避免了与数字 1 和 0 的混淆，并让解码器在处理字符串时大小写不敏感，在输入时把 I 和 L 映射为 1、把 O 映射为 0。该字母表是有序的，这正是编码后的字符串能与底层位以相同方式排序的原因。

按字典序可排序

因为时间戳是最高有效分量、且 Base32 字母表保序，把两个 ULID 当作字符串比较所得的结果，与比较它们的 128-bit 值相同，也与比较它们的创建时间相同。这正是普通的 ORDER BY 或数组排序无需额外索引即可产出时间顺序的原因。

毫秒内的单调性

ULID 规范的单调选项让同一毫秒内铸造的 ID 保持有序：某毫秒内第一个 ID 的随机数正常生成，该毫秒内随后的每个 ID 则是前一个随机值加一。本工具通过把 80-bit 随机数当作大端整数递增来实现这一点。

经由 crypto.getRandomValues 的安全随机性

那 80 个随机位由 crypto.getRandomValues（Web Crypto 的 CSPRNG）填充，而非 Math.random。在 80-bit 熵下，即便在同一毫秒内生成数百万个 ULID，碰撞概率也保持小到可忽略。

ULID ↔ UUID 是纯粹的重新编码

在 ULID 与 UUID 之间转换不改变任何位——它只是把同样的 128-bit 从 Crockford Base32 重新编码为带连字符的十六进制、或反向。因此往返是精确的：一个 ULID 转成 UUID 再转回来，与原值逐字节相同。请注意，ULID 的字节不会设置 UUID 的版本与变体字段，因此得到的 UUID 是一个合法的 128-bit 值，但并非带版本标记的 UUIDv4 或 v7。

ULID 最佳实践

高吞吐插入用单调递增模式

如果你的系统每毫秒能创建多个标识符且你依赖顺序，请生成单调递增的 ULID。普通 ULID 在一毫秒内是无序的；单调递增的则严格递增，因此无论你铸造得多快，整批都保持有序。

紧凑地存储 ULID

ULID 是 128-bit——当空间和索引大小要紧时，把它存成 16 个二进制字节或一个 UUID 类型的列，而非 26 个字符的文本字段。只在人类或 URL 看得到的边缘处才转成 Base32 字符串。本工具的 Convert 标签页能为你提供用于存储的 UUID 形式。

记住时间戳是可见的

ULID 会向任何能读到它的人暴露其创建时间。这对调试和排序很好，但如果暴露创建时间是个顾虑——比如在面向公众的标识符里——请权衡这一泄露，或在顺序无关紧要时改用完全随机的 UUIDv4。

始终用 CSPRNG 生成

唯一性保证取决于那 80 个随机位不可预测。请使用像 crypto.getRandomValues 这样的密码学安全来源（本工具正是如此）——绝不用 Math.random，它的可预测性可能让标识符碰撞或被猜中。

审慎地在 ULID 与 UUIDv7 之间抉择

两者都给出时间有序的 128-bit ID。想要最短的 URL 安全字符串就选 ULID；必须留在带版本与变体位的标准 UUID 格式中就选 UUIDv7。请在每个系统内统一用一种，需要跨越边界时再用 Convert 标签页。

ULID — 常见问题