为了获得更好的结果，最好的方法是将GUID与时间戳附加在一起(只是为了确保它保持唯一)

Guid.NewGuid().ToString() + DateTime.Now.ToString();

这种情况不应该发生。然而，当. net负载过重时，可能会得到重复的guid。我有两个不同的web服务器使用两个不同的sql服务器。我去合并数据，发现我有1500万个guids和7个副本。

足够的guid来为可见宇宙中每一颗恒星周围的每一颗假设行星上的每一颗假设沙粒分配一个guid。

以至于如果世界上的每台计算机每秒生成1000个guid，持续200年，就可能发生碰撞。

考虑到当前guid的本地使用数量(例如，每个数据库每个表一个序列)，这对于我们这些有限的生物来说是非常不可能成为问题的(对于手机来说，寿命通常不到十年，如果不是一两年的话)。

．.． 我们现在可以结束这个话题了吗?

从统计上看，向导是独一无二的。两个不同的客户端生成相同Guid的几率非常小(假设Guid生成代码中没有错误)。你也可以担心由于宇宙射线导致的处理器故障，并决定今天2+2=5。

分配新guid的多个线程将获得唯一的值，但您应该知道您正在调用的函数是线程安全的。这是在哪个环境中?

而每个生成的GUID不是 保证是唯一的，总数 唯一键数(2128或 3.4×1038)是如此之大，相同的数字的概率是 生成两次是非常小的。为 例如，考虑可观察对象 宇宙，其中包含约5×1022 星星;每颗恒星都有可能 6.8×1015通用唯一的guid。

从维基百科。

这是一些关于如何创建GUID(用于。net)以及如何在正确的情况下获得相同的GUID的好文章。

https://ericlippert.com/2012/04/24/guid-guide-part-one/

https://ericlippert.com/2012/04/30/guid-guide-part-two/

https://ericlippert.com/2012/05/07/guid-guide-part-three/

​​

Eric Lippert写了一系列关于guid的非常有趣的文章。

There are on the order 230 personal computers in the world (and of course lots of hand-held devices or non-PC computing devices that have more or less the same levels of computing power, but lets ignore those). Let's assume that we put all those PCs in the world to the task of generating GUIDs; if each one can generate, say, 220 GUIDs per second then after only about 272 seconds -- one hundred and fifty trillion years -- you'll have a very high chance of generating a collision with your specific GUID. And the odds of collision get pretty good after only thirty trillion years.

GUID指南，第一部分 GUID指南，第二部分 GUID指南，第三部分