UUID：如何生成一个全世界永远不重复的 ID？
在海量的分布式节点中，不需要中央协调器就能生成唯一的身份。揭开 128 位随机数背后的概率论美学。
在构建现代分布式系统时，我们经常面临一个挑战：如何给每一个新产生的对象分配一个唯一的 ID，且不需要去询问一个中央数据库（以避免性能瓶颈和单点故障）？答案通常是 UUID (Universally Unique Identifier)。这个由 32 个十六进制数字组成的字符串，承诺了在全宇宙范围内的唯一性。但你真的了解它的安全性吗？为什么我们现在越来越推崇 v7 而不是传统的 v4？
1 UUID 的数学魔法：它真的会碰撞吗？
UUID 是一个 128 位的数字。为了直观理解这个数字有多大：如果每秒钟生成 10 亿个 UUID，持续 100 年，发生碰撞（即生成两个相同的 ID）的概率依然小于 50%。这比被陨石击中还要难。这种“概率上的绝对安全”让我们可以放心地在世界各地的服务器上并行生成 ID，而不用担心它们在合并到同一张数据库表时发生冲突。
2 版本之争：v1 到 v4 的权衡
并非所有的 UUID 都是一样的。UUID v1 结合了时间戳和计算机的 MAC 地址。虽然保证了唯一性，但暴露了硬件隐私且容易被推测。UUID v4 则是目前的绝对主流：它几乎全是随机生成的。v4 虽然简单，但在用作数据库主键时有一个致命缺陷：它是完全乱序的。这意味着在向 B+ 树索引插入数据时，会引起严重的页分裂（Page Split），拖累写入性能。
3 UUID v7：新一代的行业标准
为什么 v7 更好？
UUID v7 结合了 v1 的时间有序性和 v4 的安全性。它的前 48 位是毫秒级的时间戳，后面紧跟随机数。这意味着 UUID v7 在宏观上是随时间单调递增的。当它作为 MySQL 或 PostgreSQL 的主键时，新数据总是被追加到索引树的末尾，极大地优化了磁盘 I/O 效率。
4 工具的力量：生成与验证
无论你在进行数据库建模，还是在前端 Mock 接口数据，一个随手可得的 ID 生成器都是不可或缺的。在 Ego Toolbox 的『UUID 生成器』中，我们提供了多种格式选项，并确保所有的随机性都来自高强度的加密级伪随机数生成器 (CSPRNG)。理解 ID 背后的数学原理，能让你在架构设计时更加从容，选择最适合业务场景的唯一标识方案。