反馈途径·目前大家有任务反馈可以直接发我邮箱:lyfs814@163.com陆续上线高价值工具,敬请期待! 欢迎使用蜗牛工具箱·新工具持续上线中,欢迎收藏关注。如有建议欢迎反馈! 反馈途径·目前大家有任务反馈可以直接发我邮箱:lyfs814@163.com陆续上线高价值工具,敬请期待! 欢迎使用蜗牛工具箱·新工具持续上线中,欢迎收藏关注。如有建议欢迎反馈!
v1.0 · 已上线v4 / v1 / v7纯客户端

UUID 生成UUID Generator

一键批量生成 UUID v4 / v1 / v7,支持大写、去连字符、花括号包裹等格式开关,造测试数据、生成主键 ID 更快。全程浏览器本地完成。

本周使用—·收藏86·版本v1.0.0·最后更新今天·完全免费
版本
·数量
配置本地生成 · 不出浏览器
v4 · 随机
tools.uuid.versionNoteV4
格式选项
结果V4 · 0 条
点击「生成」或按 ⌘+↵,UUID 列表会显示在这里…
·
生成

工具介绍

3 段详细说明

UUID 生成是面向开发者的一键式批量发号工具,支持 v4 随机、v1 时间戳、v7 可排序 三种主流版本,单次最多 100 条,并提供大写、去连字符、花括号包裹等常用格式开关。

所有随机数都来自浏览器原生的 crypto.getRandomValues(密码学安全 CSPRNG),生成过程在 浏览器内存 中完成,不上传任何服务器,零依赖、零网络请求,断网也能用。

相比在代码里临时装 uuid 库或手写 Date.now() 拼接,本工具 无需安装、打开网页即用,生成的结果符合 RFC 4122 / RFC 9562 标准位布局,可直接用于测试数据、数据库主键、链路追踪等正式场景。

基础知识 · UUID 版本与结构

RFC 4122 / RFC 9562

UUID(Universally Unique Identifier,通用唯一标识符)是128 位、跨时空可独立发号的全局标识符。它不需要中心节点协调,任意设备独立生成也几乎不可能重复。理解版本位与变体位这两组特殊标记,就能看懂所有 UUID 的类型与兼容性:

1structure8-4-4-4-12 结构
UUID 共 128 bit,标准写法是 32 个十六进制字符加 4 个连字符,共 36 字符:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx。
2version bits版本位 M
第 13 个十六进制字符的高 4 bit 是版本号:1 = v1、4 = v4、7 = v7。看一眼第 13 位就知道手里是哪种 UUID。
3variant bits变体位 N
第 17 个字符的高 2 bit 是变体标识:10 表示 RFC 4122/9562(该字符取值 8 9 a b)。其余变体用于兼容旧版 NCS / 微软 GUID。
4v1时间戳 + 时钟序列 + 节点
60 bit 格里高利时间戳(100ns)+ 14 bit 时钟序列 + 48 bit 节点。传统 v1 会写入网卡 MAC,可反推设备与生成时间,存在隐私风险;本工具使用随机组播节点替代。
5v4全随机
除版本位(4 bit)与变体位(2 bit)外,其余 122 bit 全部随机。无任何隐私泄露、无时序信息,是通用场景的默认选择。随机源必须是 CSPRNG(本工具用 crypto.getRandomValues)。
6v7毫秒时间戳 + 随机
RFC 9562(2024)新增:48 bit Unix 毫秒时间戳开头 + 12 bit 随机(可作同毫秒单调计数器)+ 62 bit 随机。按生成时间天然可排序,B+ 树索引局部性好,是数据库主键与 v1/v6 的现代替代。
标准与工程速记
标准位布局速记:xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx,M = 版本号,N 的高两位 = 变体标识(10 → RFC 4122/9562)。
urn:uuid:xxxxxxxx-... —— RFC 8141 定义的 URN 表示形式,本工具「URN 前缀」按钮一键复制。
大小写:十六进制部分大小写不敏感,RFC 规范展示用小写;去连字符后的 32 位连续写法(紧凑形式)同样合法。
碰撞估算:v4 的 122 bit 随机空间内,约 2^61 ≈ 23 亿亿个才有 50% 碰撞概率——每秒 10 亿个也要跑约 73 年。
存储建议:PostgreSQL 原生 uuid 类型(16 字节);MySQL 用 BINARY(16) 或 CHAR(36),避免当 VARCHAR 乱存。

使用说明

4 步快速入门
1
选版本
顶部工具栏切换 v4 / v1 / v7:通用场景选 v4,数据库主键推荐 v7
2
选数量
单次 1 / 5 / 10 / 50 / 100 条,批量生成一步到位
3
点生成
点击「生成」或按 ⌘+↵,右侧立即刷新一批全新 UUID,格式开关即时生效
4
复制带走
「复制」得逐行文本,「JSON 数组」「URN 前缀」一键得到代码可直接粘贴的形式

使用场景

5 个真实案例
01测试数据填充

批量造一批不重复 ID 填充 mock 数据、CSV、测试库,比手写递增编号更贴近生产。

02数据库主键 / 分布式 ID

v7 时间有序、B+ 树索引局部性好;无中心协调即可在多节点离线发号不冲突。

03请求追踪 / 幂等键

为每条请求生成 trace id、idempotency key,跨服务排查链路时一眼对齐。

04文件 / 临时目录命名

上传文件、临时缓存目录用 UUID 命名,天然防冲突、防路径猜测。

05对外资源标识

订单号后缀、分享链接 token、许可证序列号,避免自增 ID 暴露业务量。

常见问题

10 个问答
UUID 是什么?和 GUID 是一回事吗?

UUID(Universally Unique Identifier)是 128 位标识符,标准写法为 8-4-4-4-12 的 36 字符十六进制串。GUID 是微软对 UUID 的叫法,二者可互换使用。

生成的 UUID 会上传或被记录吗?

不会。生成完全在浏览器内存中完成,使用原生 crypto.getRandomValues 随机数,没有任何网络请求,也不做任何埋点。断网后打开本页仍可正常生成。

v4 的碰撞概率有多大?

v4 有 122 位随机空间(约 5.3×10^36)。按生日碰撞估算,生成约 2^61 ≈ 23 亿亿个才有 50% 概率出现一次碰撞——每秒生成 10 亿个也要跑约 73 年。日常使用可视为不重复。

v1 / v4 / v7 应该怎么选?

拿不准就选 v4(全随机,无隐私泄露)。需要按时间排序、做数据库主键选 v7(时间有序、索引友好)。v1 是老标准,含时间戳与节点,仅在需要同机严格时序时使用;本工具的 v1 使用随机组播节点,不暴露真实 MAC。

为什么不推荐 v1?

一是隐私:传统 v1 会把网卡 MAC 地址写进 UUID,可被反推出设备与生成时间;二是索引:v1 时间戳位在尾部导致无序插入,B+ 树写放大明显。新项目建议 v4 或 v7。

UUID 能保证绝对唯一吗?

理论上不能(v4 是概率唯一),但 2^61 量级内碰撞概率低到可以忽略。v1/v7 在同一台设备内由时间戳 + 计数器保证严格不重复。对强唯一有要求的场景可再加数据库唯一约束兜底。

大写、小写、去连字符还合法吗?

合法。UUID 十六进制大小写不敏感,RFC 规范展示用小写;去连字符后的 32 位连续十六进制是常见的紧凑写法,解析时按位置切段即可。花括号包裹({uuid})源自微软 GUID 的展示习惯。

UUID 能直接当数据库主键吗?

可以,但注意索引性能:完全随机的 v4 会导致 B+ 树频繁页分裂,写多场景推荐 v7(时间有序)。若用 MySQL,建议存 BINARY(16) 或 CHAR(36),避免无谓的类型转换。

单次最多生成多少条?

单次最多 100 条,可连续点击「生成」无限续批,每批都是全新随机。100 条约为 3.6 KB 文本,复制粘贴无压力。

离线能用吗?

能。PWA 已上线,首次访问后浏览器会缓存所有资源,断网后仍可正常生成。工具本身零网络请求,无需任何 API 密钥。

相关工具

开发者分类

数据来源

隐私优先
算法:v4 / v7 随机位基于浏览器原生 crypto.getRandomValues(密码学安全伪随机数 CSPRNG);v1 / v7 的时间位取本机系统时钟,同毫秒内用单调计数器保证有序不重复。位布局严格遵循 RFC 4122 与 RFC 9562,无任何第三方依赖、无 WASM。
隐私声明:所有生成均在浏览器内存完成,不上传任何服务器。本工具不记录任何输入、不埋任何分析点。可断网使用,关闭网络后再打开仍能正常使用。