目录
一.认识 UUID
二.UUID 会耗尽吗
三.UUID 会重复吗
四.UUID 的版本
五.UUID的应用
六.java 如何生成UUID
一.认识 UUID
uuid是经过特定的算法得到的.
UUID 是 16 字节 128 位长的数字，通常以 36 字节的字符串表示，示例如下：
3F2504E0-4F89-11D3-9A0C-0305E82C3301（其中的字母是 16 进制表示，大小写不敏感）
- 时间戳＋UUID 版本号，分三段占前 16 个字符 (60bit+4bit)，
- Clock Sequence 号与保留字段，占 4 个字符 (13bit＋3bit)，(伪随机数)
- 节点标识占后 12 个字符 (48bit)。(网卡MAC地址)
二.UUID 会耗尽吗
重点:是全球所有电脑共用一个uuid,也就是说,是全球所有电脑共用这一个2的128次方这么多的uuid
全球100亿人,每人每年换一台电脑,需要28140年才能用完uuid的后12位的电脑标识符.
全球100亿人,每人一台电脑,每台电脑每秒产生1亿个uuid,那么需要1千年才能用完uuid前15位时间戳.
三.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
