您不能指望GetHashCode()是唯一的。

有一篇很好的文章可以在https://kenneththorman.blogspot.com/2010/09/c-net-equals-and-gethashcode.html上查看碰撞的可能性。 结果是“GetHashCode（）调用不同字符串返回相同哈希码的最小次数是在565次迭代之后，获得哈希码冲突之前的最大迭代次数是296390次迭代。”

为了能够理解GetHashCode实现的合同，以下是Object.GetHashCode() MSDN文档的摘录：

哈希函数必须具有以下属性：

C＃编译器团队的Eric Lippert在他的博客https://ericlippert.com/2011/02/28/guidelines-and-rules-for-gethashcode/上解释了GetHashCode实现规则的基本原理。

逻辑上GetHashCode 不能是唯一的，因为只有2 ^ 32个int和无限数量的字符串（参见鸽子孔原理）。

正如@Henk在评论中指出的那样，即使存在无限数量的字符串，也存在有限数量的System.String 。 然而，鸽子洞原则仍然存在，因为后者比int.MaxValue 。

如果存储每个字符串的哈希码以及字符串本身，则可以将字符串的哈希码作为“第一步”来比较它们的相等性。 如果两个字符串具有不同的哈希码，则它们不相等，并且不需要做任何其他事情。 如果人们期望比较具有相同长度并且“几乎”但不完全相等的许多字符串对，则在检查内容之前检查哈希码可能是有用的性能优化。 请注意，如果没有缓存的哈希码，这种“优化”将是不值得的，因为计算两个字符串的哈希码几乎肯定比比较它们慢 。 但是，如果为了某些其他目的而必须计算和缓存哈希码，则检查哈希码作为比较字符串的第一步可能是有用的。

使用GetHashCode（）时总是冒着冲突的风险，因为你在有限数量的空间Int32中运行，并且哈希算法不能在这个空间内完美分布的事实也会加剧这种情况。

如果查看HashTable或Dictionary的实现，您将看到GetHashCode用于将密钥分配到存储桶中以减少所需的比较次数，但是，如果同一存储桶中有多个项目，则仍需要进行相等比较。

不，GetHasCode只提供哈希码。 会有碰撞。 具有不同的散列意味着字符串是不同的，但具有相同的散列并不意味着字符串是相同的。

阅读Eric Lippert的这些guidlelines以正确使用GetHashCode ，他们非常指示。

如果你想比较字符串，就这样做吧！ stringA == stringB工作正常。 如果要确保字符串在大型集合中是唯一的，请使用哈希代码的强大function，使用HashSet 。

上述就是C#学习教程：我可以使用GetHashCode（）进行所有字符串比较吗？分享的全部内容，如果对大家有所用处且需要了解更多关于C#学习教程，希望大家多多关注—计算机技术网(www.ctvol.com)!