覆盖 GetHashCode() 时使用 Guid().GetHashCode() 的缺点是什么答案

【问题标题】：What are the drawbacks of using a Guid().GetHashCode() when overriding GetHashCode()覆盖 GetHashCode() 时使用 Guid().GetHashCode() 的缺点是什么
【发布时间】：2012-10-17 21:21:10
【问题描述】：

我找到了一个看起来像这样的 GetHashCode() 实现

    Guid _hashCode = Guid.NewGuid();
    public override int GetHashCode()
    {
        return _hashCode.GetHashCode();
    }

即使认为 Equals 看起来是正确的，说这种实现会导致许多关于 .NET 的假设被打破是否正确？

       public override bool Equals(object obj)
    {
        if (obj.GetType() != trustedEntity.GetType())
            return false;

        TrustedEntity typedObj = (TrustedEntity)obj;

        if (trustedEntity.BackTrustLink != typedObj.BackTrustLink)
            return false;
        if (trustedEntity.ForwardTrustLink != typedObj.ForwardTrustLink)
            return false;
        if (trustedEntity.EntryName != typedObj.EntryName)
            return false;

        return true;
    }

我听到的反驳论点是，一旦创建对象，GetHashCode 就不需要更改。这是因为此对象存储在字典中。

有人可以为我澄清一下，并解释如果对象发生更改，GetHashCode 需要发生什么，最终会更改 Equals 方法吗？

【问题讨论】：

您尚未显示您的Equals。虽然两者都相关，但Equals 和GetHashCode 并不相同。你的Equals 和这个Guid 比较吗？

标签： c# dictionary equals gethashcode iequatable

【解决方案1】：

From MSDN (Notes to Implementers section):

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

如果两个对象比较相等，则每个对象的 GetHashCode 方法对象必须返回相同的值。但是，如果两个对象不比较相等，两个对象的 GetHashCode 方法不必须返回不同的值。

对象的 GetHashCode 方法必须始终返回只要对象状态没有修改，就具有相同的哈希码确定对象的 Equals 方法的返回值。笔记这仅适用于应用程序的当前执行，如果应用程序是，则可以返回不同的哈希码再次运行。

为了获得最佳性能，哈希函数必须生成随机所有输入的分布。

根据此对象的 Equals 方法，您也可能违反了文档中的第一点。