了解uuid

绝地灬酷狼 2024-03-22 20:51 43阅读 0赞

**目录**

一.认识 UUID

二.UUID 会耗尽吗

三.UUID 会重复吗

四.UUID 的版本

五.UUID的应用

六.java 如何生成UUID

--------------------

uuid能保证全球任意一个电脑生成的id都不重复.

### 一.认识 UUID ###

uuid是经过特定的算法得到的.

UUID 是 16 字节 128 位长的数字，通常以 36 位的字符串表示，示例如下：

3F2504E0-4F89-11D3-9A0C-0305E82C3301（其中的字母是 16 进制表示，大小写不敏感）

*  时间戳＋UUID 版本号，分三段占前 16 个字符 (60bit+4bit)，
 *  Clock Sequence 号与保留字段，占 4 个字符 (13bit＋3bit)，(伪随机数)
 *  节点标识占后 12 个字符 (48bit)。(网卡MAC地址)

![https://d33wubrfki0l68.cloudfront.net/97e3b0fc51900714e3b0e781e770249d8e69d65b/d3625/id\_generator/uuid/1.png][https_d33wubrfki0l68.cloudfront.net_97e3b0fc51900714e3b0e781e770249d8e69d65b_d3625_id_generator_uuid_1.png]

### 二.UUID 会耗尽吗 ###

重点:是全球所有电脑共用一个uuid,也就是说,是全球所有电脑共用这一个2的128次方这么多的uuid

全球100亿人,每人每年换一台电脑,需要28140年才能用完uuid的后12位的电脑标识符.

全球100亿人,每人一台电脑,每台电脑每秒产生1亿个uuid,那么需要1千年才能用完uuid前15位时间戳.

![9abf35c9a2e04ff98243420222c01237.png][]

### 三.UUID 会重复吗 ###

*  103 万亿个 UUID 中找到重复项的概率是十亿分之一
 *  要生成一个冲突率达到 50% 的 UUID 至少需要生成 2.71∗100000032.71 \* 1000000^32.71∗10000003 个 UUID

结论是几乎不会重复

### 四.UUID 的版本 ###

UUID具有多个版本，每个版本的算法不同，应用范围也不同。  
  
首先是一个特例－－Nil UUID－－通常我们不会用到它，它是由全为0的数字组成，如下：  
  
00000000-0000-0000-0000-000000000000  
  
**UUID Version 1：基于时间的UUID**  
  
基于时间的UUID通过计算当前时间戳、随机数和机器MAC地址得到。由于在算法中使用了MAC地址，这个版本的UUID可以保证在全球范围的唯一性。但与此同时，使用MAC地址会带来安全性问题，这就是这个版本UUID受到批评的地方。如果应用只是在局域网中使用，也可以使用退化的算法，以IP地址来代替MAC地址－－Java的UUID往往是这样实现的（当然也考虑了获取MAC的难度）。  
  
**UUID Version 2：DCE安全的UUID**  
  
DCE（Distributed Computing Environment）安全的UUID和基于时间的UUID算法相同，但会把时间戳的前4位置换为POSIX的UID或GID。这个版本的UUID在实际中较少用到。  
  
**UUID Version 3：基于名字的UUID（MD5）**  
  
基于名字的UUID通过计算名字和名字空间的MD5散列值得到。这个版本的UUID保证了：相同名字空间中不同名字生成的UUID的唯一性；不同名字空间中的UUID的唯一性；相同名字空间中相同名字的UUID重复生成是相同的。  
  
**UUID Version 4：随机UUID**  
  
根据随机数，或者伪随机数生成UUID。这种UUID产生重复的概率是可以计算出来的，但随机的东西就像是买彩票：你指望它发财是不可能的，但狗屎运通常会在不经意中到来。  
  
**UUID Version 5：基于名字的UUID（SHA1）**  
  
和版本3的UUID算法类似，只是散列值计算使用SHA1（**Secure Hash Algorithm 1**）算法。

### 五.UUID的应用 ###

从UUID的不同版本可以看出，

Version 1/2适合应用于分布式计算环境下，具有高度的唯一性；

Version 3/5适合于一定范围内名字唯一，且需要或可能会重复生成UUID的环境下；

至于Version 4，我个人的建议是最好不用（虽然它是最简单最方便的）。  
  
通常我们建议使用UUID来标识对象或持久化数据，但以下情况最好不使用UUID：

*  映射类型的对象。比如只有代码及名称的代码表。
 *  人工维护的非系统生成对象。比如系统中的部分基础数据。

### 六.java 如何生成UUID ###

生成uuid的方法太多了,这里只介绍一种,就是java的jdk自带的生成版本4的uuid的方法.

import java.util.UUID;
    ----------------------------
    public class GenerateUUID {
    
        public static void main(String[] args) {
            UUID uuid = UUID.randomUUID();
            String str = uuid.toString();
       
            // 去掉“-”
            String s = str.replaceAll("-", "");
            System.out.println(str);
            System.out.println(s);
        }
    }

其余的生成uuid的方法请自行百度.

————————————————  
原文出处链接及本声明。  
原文链接：https://blog.csdn.net/weixin\_42408447/article/details/118361541

[https_d33wubrfki0l68.cloudfront.net_97e3b0fc51900714e3b0e781e770249d8e69d65b_d3625_id_generator_uuid_1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/b2710c282c97462b864e41ff039ea03a.png
[9abf35c9a2e04ff98243420222c01237.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/655eee8d058d44469d94d285b8d81a0e.png