UUID长度固定怎么保证不重复

Posted 2023-04-26

UUID是32位固定长度的, 数量总是有限的, 一个一个用也有用完的时候

参考技术A

采用统一的生成算法，并同时考虑时间和空间因素。比如：利用生成号码所用的机器的时钟和该机器的硬件序列号。

UUID含义是通用唯一识别码 (Universally Unique Identifier)，这 是一个软件建构的标准，也是被开源软件基金会 (Open Software Foundation, OSF) 的组织应用在分布式计算环境 (Distributed Computing Environment, DCE) 领域的重要部分。

参考技术B 如果想永远用不完，那是不可能的。
如果想不重复，就让每个新号码自动递增。 参考技术C 1、重复问题：

方法很多，递增法可以，但要求必须由唯一的机器生成，否则别的机器怎么知道最新的号码；就算联网也需要有固定的机器管理这些号码；这在全世界范围内是不大可能实现的。更简单的方法是，采用统一的生成算法，并同时考虑时间和空间因素。比如：利用生成号码所用的机器的时钟和该机器的硬件序列号。
2、数量问题：
如果你算一下就不会有此顾虑了。
32位16进制的序列，数量空间是：16^32 = 2^128 ≈ 10^38。
按纳秒级的时间进行计算：1年有 (10^9)×3600×24×365 ≈ 10^16 纳秒；
设全世界有1000亿人，每人有1000台电脑：10^14（这差不多就是MAC地址的容量）；
所以：

所有电脑一起一纳秒不停地生成不同的UUID，也够用 10^(38-16-14) = 10^8，即 1亿年的。

java 生成UUID重复

最近在项目中我们使用UUID作为上传的附件名称，系统在运行一段时间后，在开发环境，测试环境，UAT环境都看到了重复的附件名称，由此我猜想是UUID重复导致，但网上都说UUID重复的概率是低的忽略不计，现实是重复出现了，下面是数据库中查询到的结果。java代码我就不贴了。

用UUID本身就有问题把，UUID保证的同一时刻每台电脑生成的字符串不重复，不保证同一时刻相同电脑生成的不相同吧？
为什么不对附件求sha-1 把 附件的sha-1作为文件名啊，这样就是重复了也是相同的文件才重复啊。追问

有道理，只能保证同一时刻每台计算机生成的不同，不能保证一台计算机在不同的时间生成的不相同。

参考技术A java是可以做到的。

先导入uuid包：import java.util.UUID;
然后：
String uuid=UUID.randomUUID().toString().replaceAll("-", ""); 参考技术B 程序有误吧，你确定重复的uuid都是新生成的，而不是用的旧的？