ToolConvoyToolConvoyv2.6
DEV

UUID 解码器 — 在浏览器中识别版本、变体与提取时间戳

解码 UUID — 识别版本(v1-v8)、变体,提取 v1/v6 时间戳和 v3/v5 命名空间哈希。完全在浏览器中运行。

● 本地运行 · 在您的标签页中生成页面加载以来工具发出的网络请求:0 次

UUID Decoder

Decode UUIDs to identify the version, variant, and for v1 UUIDs — extract the embedded timestamp and node address. Works entirely in your browser.

UUID 通常被当作不透明的标识符——一个 36 字符的字符串,唯一,没什么别的。这个抽象层级对大多数应用代码而言是对的;但当 UUID 出现在日志行、数据库调试会话或取证追溯中时,里面的比特位承载着否则不可见的信息。v1 UUID 嵌入了创建时刻的时间和地点,精度达 100 纳秒,以及生成机器的 MAC 地址。v7 UUID 在前 48 位嵌入 Unix 毫秒时间戳,按创建时间天然可排序。v3 UUID 是命名空间的确定性哈希,意味着在同一个命名空间内对同一个名称做哈希的两个不同系统会产生相同的 UUID——这是分布式系统中内容寻址标识符所用的属性。

UUID 解码中「不那么显然」的一点是这些隐藏字段的实际用法。时序 bug——应用日志中看似同时发生的两个事件——可以通过比较它们 UUID 的 v1 节点和时钟序列来厘清。数据管道问题——总落到错误分片的记录——可以追溯到时间戳与分区键不匹配的 v7 UUID。nil UUID(00000000-0000-0000-0000-000000000000)在 RFC 9562 中作为哨兵值出现,解码器会显式标注它的真实身份。

最终的交接:如果你需要生成特定版本的 UUID,本站的 UUID 生成器工具默认产出 v4,可选 v1 和 v7 输出。如果 UUID 来自 JWT,JWT 解码器会确认 jti(JWT ID)声明是否遵循 UUID 格式。如果 UUID 是更大数据管道的一部分,把列表逐个通过本工具批量解码——逐字段解析能在千分之一的 UUID 使用错误变体时让异常一目了然。

广告

使用方法

  1. 粘贴一个 UUID 字符串

    把任意 UUID 格式粘到输入框——标准十六进制(550e8400-e29b-41d4-a716-446655440000)、大写形式、无连字符版,或花括号包裹的格式。解码器会规范化并识别版本、变体和字段布局。

  2. 查看结构化解析

    解码器展示 UUID 版本(1-8)、变体(DCE、Microsoft、保留),以及每个字段的含义。对于基于时间的 UUID v1 和 v6,提取出的时间戳以 UTC 显示。

  3. 复制时间戳或字段详情

    对于 v1 UUID,提取的时间戳可复制为 ISO-8601 字符串或 Unix epoch。对于 v3/v5,可复制命名空间 ID。对于 nil UUID(全零),解码器会确认其特殊状态。

常见问题

UUID 里编码了哪些信息?

UUID 是 128 位,排列为 32 个十六进制字符加四个连字符。版本位(第 48-51 位)告诉你这个 UUID 是如何生成的:v1/v6 嵌入 MAC 地址和时间戳,v3/v5 嵌入命名空间 + 名称的 MD5/SHA-1 哈希,v4 是纯随机,v7 在前 48 位嵌入 Unix 毫秒时间戳。

能从任意 UUID 版本中提取创建时间戳吗?

只能从 v1(格里高利历 epoch,自 1582-10-15 起 100 纳秒为单位)、v6(v1 的重排版)和 v7(Unix 毫秒 epoch)提取。v4 UUID 完全随机,不包含时间戳。解码器会显示哪个字段持有时间戳,并解释所用的 epoch。

UUID 变体之间有什么区别?

变体(clock_seq 字段中的几个比特位)告诉你这个 UUID 遵循哪个规范。变体 10xx(clock_seq 字段第一个十六进制字符的十进制值 8/9/a/b)最常见,遵循 RFC 9562。Microsoft 用变体 110x 作为遗留 GUID。解码器从原始比特中识别变体。

解码器能处理 ULID 和其他类 UUID 标识符吗?

ULID 使用不同的 26 字符 Crockford base32 编码,不是 UUID,虽然也是 128 位。解码器只解析标准 RFC 9562 UUID 格式。对于 ULID,请使用专门的 ULID 工具。

限制说明

  • v1 MAC 地址可能被匿名化现代 UUID 库出于隐私考虑经常把 v1 UUID 的 node 字段随机化,所以提取出的「MAC 地址」可能是一个随机的 48 位值。解码器展示这些比特位,但无法区分真正的 MAC 和随机值。
  • 不支持反向命名空间查找v3 和 v5 UUID 是命名空间 + 名称的哈希值。解码器展示命名空间 UUID 和哈希方法,但无法反向哈希恢复原始名称。
  • v8 UUID 是不透明的RFC 9562 把 v8 保留给厂商自定义 UUID 布局。解码器显示版本号但无法解释载荷,因为格式是应用特定的。

平台说明

macOS
终端等价:`uuidgen` 生成 v4 UUID,但没有内建的解码器。本浏览器工具填补了从日志文件、数据库导出或 API 响应中检查 UUID 的空白。
Linux
`uuid` 包(来自 util-linux 或 uuid-dev)在大多数发行版上包含 `uuid -d` 用于解码 v1 时间戳。本浏览器工具额外提供 CLI 工具未覆盖的 v6、v7 和 v8 检测。
Web
完全在客户端运行。从数据库查询结果或 API 响应中粘贴 UUID,无需命令行即可获得字段解析。
广告
广告