UUID

UUID（Universally Unique Identifier）也称为GUID（Globally Unique Identifier），是一个128比特位的数字。它用于唯一的标示一段信息。

UUID的唯一性保障机制与其它一般的编号方案不同，它的唯一性不依赖于一个中心化的注册机构，也不需要在多个UUID生成器之间做协调。

理论上，UUID是有可能重复的。但是在实际合适的应用场景中，其重复几率低到可以忽略。

 

UUID的历史

UUID最初被应用于NCS（Apollo Network Computing System）。

之后又被应用到OSF（Open Software Foundation）的DCE（Distributed Computing Environment）。

DCE UUID 的设计是基于 NCS UUID 的。而NCS UUID的设计则受到了在 Domain/OS 中广泛应用的64比特位唯一标识符的启发。

后来微软Windows平台中的GUID采用了DCE的设计。

RFC 4122 为UUID注册了一个URN命名空间，并概述了UUID早期的规范。

RFC 4122被公布为IETF标准时，ITU 也基于先前的标准和RFC 4122的早期规范对UUID作了标准化。

 

 

UUID的格式

UUID的文本表达式含有32个十六进制数，它们被分为5个部分，用连字符（-）拼接。如：

123e4567-e89b-12d3-a456-426655440000

 

xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx

M的大小是4个比特位，它表示UUID的版本。N的前1到3个比特位表示UUID的变量。

 

“8-4-4-4-12”UUID文本表达式中的字段含义

注：

这些字段的划分方式与version1和version2的UUID相符合，它们都是基于时间的UUID。

但是8-4-4-4-12这个表达形式是所有版本的UUID所通用的（即使其构建方式不同）。

 

在不同应用场景中，UUID的具体展现形式会稍有不同，但主体内容大致相同。如：

{123e4567-e89b-12d3-a456-426655440000}

urn:uuid:123e4567-e89b-12d3-a456-426655440000

 

UUID的版本

不同版本的UUID，其适用场景也不同。

 

version1：基于时间和节点ID。节点ID通常是MAC地址

因为mac地址和系统当前时间都不是什么秘密信息。所以根据某机器产生的UUID，可能预测到未来时间点可以生成的UUID。所以该版本被认为有安全问题。

《UUID version1 安全问题》

 

version2：基于一个标识符、时间和节点ID。标识符可以是某个组或用户的ID

算法与 version1 相同，但会把时间戳的前4位换为 POSIX 的 UID 或 GID。

该版本是DCE安全的（Distributed Computing Environment）

 

version3 和 version5：基于某个特定的hash算法对一个命名空间和名字进行hash

version3使用的是MD5算法，version5使用的是SHA1算法。

 

这两个版本的UUID：

命名空间和名字都相同时生成的UUID是相同的；

但只要其中一项或两项都不同则生成的UUID也不同。

 

RFC 4122 建议这两个版本中选择version5，且不建议version3或version5的UUID作为安全凭证。

 

version4：基于一个随机数（或伪随机数）

 

• MySQL UUID()方法采用的是version1
• Java中的 java.util.UUID 类提供了实现version3和version4（伪随机数）UUID的方法
• version3：nameUUIDFromBytes
• version4：randomUUID

 

其它

Wikipedia：《UUID》

知乎：《UUID是如何保证唯一性的？》