操作指南 · 开发者
如何在 Chrome 里生成 UUID(UUID 生成器 + ULID)
简短回答
打开 DevKit 的 IDs 标签页,一个新鲜的 UUID v4 已经等在那里——复制、重新生成,或调高数量批量铸造。需要可排序、对数据库友好的 id?切换到 ULID。一切都用浏览器的加密随机数生成器在本地生成;不发送任何内容。
- 1
点击 Chrome 里的 DevKit 图标,打开 IDs 标签页——一个新鲜的 UUID v4 立即生成。
- 2
复制这个值,或点重新生成换一个。
- 3
需要按创建顺序排序、带时间戳前缀的标识符时,切换到 ULID。
- 4
调高数量批量铸造,一次全部复制。
- 5
一切都用浏览器的加密随机数生成器在本地生成——不传输任何内容。
“就要一个 UUID”,是开发者收藏在线生成器的经典理由。在 Chrome 里你不需要那个网站:DevKit 直接在扩展弹窗里铸出 UUID 和 ULID,用的是浏览器的加密随机数生成器,不加载页面,也不发网络请求。
打开 IDs 标签页
点击 DevKit 图标,切到 IDs 工具。它在打开的瞬间就生成一个值,所以最常见的需求——一个新鲜的 UUID——已经摆在屏幕上。复制它,回去干活;想再要一个,点重新生成。
选 UUID v4 还是 ULID
UUID v4 是 122 位随机数(经由 crypto.randomUUID),格式是每个数据库、SDK 和规范都认的那一种;碰撞只是理论趣谈,不是需要规划的风险。ULID 是值得了解的替代品:48 位毫秒时间戳后跟 80 位随机数,渲染成 26 个 Crockford base32 字符。因为时间戳在前,ULID 按创建顺序做字典序排序——当数据库主键更友好,在日志里也比 v4 UUID 好认;后者的随机分布会把插入打散到索引各处。
批量生成
调高数量即可一次铸出多个——用来播种测试夹具、填电子表格或伪造 API 数据——并整块复制。同一毫秒内铸出的 ULID 依然按创建顺序排列:DevKit 实现了规范的单调路径,递增随机部分,而不是赌运气。
为什么要本地生成?
网站给的 UUID 大概率也够随机——本地生成的诚实理由并不是对熵的偏执。而是:弹窗比页面加载快;干活的是 Chrome 自己的 CSPRNG,而不是你无法审查的代码;没有任何服务器、广告脚本或分析像素见过这个值。最后一点,在某个 id 升格为 webhook 令牌、API key 后缀或客服可见编号的那一刻,就开始要紧了。
同一个弹窗,还有五件工具
IDs 标签页旁边就是 JWT 解码器、Base64 和 URL 转换器、Unix 时间戳转换器和正则测试器。六件工具全部离线运行;扩展唯一的权限是 storage,用来记住你上次打开的工具。免费,无需账号,没有跟踪。