标签: rfc4122

考虑到UUID rfc 4122(16字节)远大于MongoDB ObjectId(12字节),我试图找出它们的碰撞概率如何比较.

我知道这种情况不太可能,但在我的情况下,大多数ID将在大量移动客户端中生成,而不是在有限的服务器集中生成.我想知道在这种情况下,是否存在合理的担忧.

与通常由少数客户生成所有ID的情况相比:

• 自文档创建以来,可能需要数月才能检测到碰撞
• ID是从更大的客户群生成的
• 每个客户端的ID生成率都较低

据我了解，UUID 包含一组字符，根据 RFC 4122，这些字符分为 5 组，采用 8-4-4-4-12 字符模式。示例：123e4567-e89b-12d3-a456-42661417400

我正在使用 Google 的流行库来解析 UUID ( https://github.com/google/uuid )。该库特别解析两者123e4567-e89b-12d3-a456-42661417400并且123e4567e89b12d3a456426614174000没有任何错误。

我应该按照 RFC 4122 解析潜在的 UUID。但我不确定 RFC 4122 是否认为123e4567e89b12d3a456426614174000与123e4567-e89b-12d3-a456-42661417400. 我没有在官方文档中找到任何说明未连字符（或破折号）的 UUID 是否有效的材料。

请分享你的看法，谢谢。