如何创建确定性指南

在我们的应用程序中，我们正在创建具有属性Guid值的Xml文件。此值需要在文件升级之间保持一致。因此，即使文件中的其他所有内容均发生更改，该属性的guid值也应保持不变。

一种明显的解决方案是使用文件名和要使用的Guid创建一个静态字典。然后，无论何时生成文件，我们都会在字典中查找文件名并使用相应的guid。但这是不可行的，因为我们可能会扩展到100个文件，并且不想维护大量的Guid。

因此，另一种方法是根据文件的路径使Guid相同。由于我们的文件路径和应用程序目录结构是唯一的，因此Guid对于该路径应该是唯一的。因此，每次我们运行升级时，文件都会根据其路径获得相同的GUID。我找到了一种生成此类“ 确定性指南 ”的不错方法（谢谢Elton Stoneman）。它基本上是这样做的：

private Guid GetDeterministicGuid(string input) 

{ 

//use MD5 hash to get a 16-byte hash of the string: 

MD5CryptoServiceProvider provider = new MD5CryptoServiceProvider(); 

byte[] inputBytes = Encoding.Default.GetBytes(input); 

byte[] hashBytes = provider.ComputeHash(inputBytes); 

//generate a guid from the hash: 

Guid hashGuid = new Guid(hashBytes); 

return hashGuid; 

} 

因此，给定一个字符串，Guid将始终相同。

还有其他方法或建议的方法吗？该方法的优缺点是什么？

如@bacar所述，RFC 4122§4.3 定义了一种创建基于名称的UUID的方法。这样做的好处（仅使用MD5哈希）是保证它们不会与非基于名称的UUID冲突，并且与其他基于名称的UUID发生冲突的可能性非常小。

.NET Framework没有本地支持创建它们，但是我在GitHub上发布了实现该算法的代码。可以如下使用：

Guid guid = GuidUtility.Create(GuidUtility.UrlNamespace, filePath);

为了进一步降低与其他GUID发生冲突的风险，您可以创建一个专用GUID用作名称空间ID（而不是使用RFC中定义的URL名称空间ID）。

这将任何字符串转换为Guid，而无需导入外部程序集。

public static Guid ToGuid(string src)
{
    byte[] stringbytes = Encoding.UTF8.GetBytes(src);
    byte[] hashedBytes = new System.Security.Cryptography
        .SHA1CryptoServiceProvider()
        .ComputeHash(stringbytes);
    Array.Resize(ref hashedBytes, 16);
    return new Guid(hashedBytes);
}

有很多更好的方法来生成唯一的Guid，但这是将字符串数据密钥始终升级为Guid数据密钥的一种方法。

正如Rob提到的那样，您的方法不会生成UUID，而是会生成看起来像UUID的哈希。

关于UUID 的RFC 4122特别允许确定性（基于名称）UUID-版本3和5分别使用md5和SHA1。大多数人可能都熟悉版本4，这是随机的。维基百科对版本进行了很好的概述。（请注意，此处使用的“版本”一词似乎描述了UUID的“类型”-版本5不会取代版本4）。

似乎有一些库可以生成3/5版本的UUID，包括python uuid模块，boost.uuid（C ++）和OSSP UUID。（我没有寻找任何.net的）

您需要在类的实例Guid和全局唯一的标识符之间进行区分。“确定性指南”实际上是一个哈希（如您对的调用所证明provider.ComputeHash）。与通过创建的Guid相比，哈希具有更高的发生冲突的机会（两个不同的字符串碰巧产生相同的哈希）Guid.NewGuid。

因此，您的方法存在的问题是，两条不同的路径将产生相同的GUID的可能性将是必须的。如果您需要一个对于任何给定路径字符串而言唯一的标识符，那么最简单的方法就是使用string。如果您需要用户屏蔽字符串，请对其进行加密 -您可以使用ROT13或更强大的功能...

尝试将不是纯GUID的内容塞入GUID数据类型中可能会在将来导致维护问题...

MD5较弱，我相信您可以使用SHA-1做同样的事情并获得更好的结果。

顺便说一句，只是个人观点，将md5哈希表打扮成GUID并不能使其成为一个好的GUID。GUID本质上是不确定的。感觉像是在作弊。为什么不只是将锹称为锹，而只是说它的字符串是输入的哈希值。您可以使用以下行而不是新的guid行：

string stringHash = BitConverter.ToString(hashBytes)