这是因为框架要求两个相同的对象必须具有相同的哈希代码。如果重写equals方法来对两个对象进行特殊比较，并且该方法认为这两个对象是相同的，那么两个对象的哈希代码也必须相同。（字典和哈希表依赖于这一原则）。

您应该始终保证，如果两个对象相等（由Equals（）定义），它们应该返回相同的哈希代码。正如其他一些评论所说，理论上，如果对象永远不会在HashSet或Dictionary等基于哈希的容器中使用，则这不是强制性的。但我建议你始终遵守这条规则。原因很简单，因为人们很容易将集合从一种类型更改为另一种类型，以便实际提高性能或以更好的方式传递代码语义。

例如，假设我们在列表中保留一些对象。一段时间后，有人意识到HashSet是一个更好的选择，因为它具有更好的搜索特性。这是我们可能陷入麻烦的时候。List将在内部为类型使用默认的相等比较器，在您的情况下，这意味着Equals，而HashSet使用GetHashCode（）。如果两者的行为不同，那么您的程序也会不同。请记住，这些问题不是最容易解决的。

我在一篇博客文章中总结了这种行为和其他GetHashCode（）陷阱，在这里可以找到更多的示例和解释。

哈希代码用于基于哈希的集合，如Dictionary、Hashtable、HashSet等。该代码的目的是通过将特定对象放入特定组（bucket）来快速地对其进行预排序。当您需要从哈希集合中检索该对象时，这种预排序非常有助于找到该对象，因为代码必须在一个桶中而不是在它包含的所有对象中搜索该对象。哈希码的分布越好（唯一性越好），检索速度越快。在理想情况下，每个对象都有一个唯一的哈希码，找到它是一个O（1）操作。在大多数情况下，它接近O（1）。

我们有两个问题要解决。

如果对象可以更改。此外，对象通常不会用于依赖于GetHashCode（）的集合。因此实现GetHashCode（）通常不值得，或者不值得可能的如果有人将您的对象放入调用GetHashCode（），并且您已重写Equals（）GetHashCode（）的行为方式正确，此人可能会花费数天追踪问题。

因此，默认情况下我会这样做。

public class Foo
{
    public int FooId { get; set; }
    public string FooName { get; set; }

    public override bool Equals(object obj)
    {
        Foo fooItem = obj as Foo;

        if (fooItem == null)
        {
           return false;
        }

        return fooItem.FooId == this.FooId;
    }

    public override int GetHashCode()
    {
        // Some comment to explain if there is a real problem with providing GetHashCode() 
        // or if I just don't see a need for it for the given class
        throw new Exception("Sorry I don't know what GetHashCode should do for this class");
    }
}

重写Equal（）时，请不要忘记检查obj参数是否为null。并比较类型。

public override bool Equals(object obj)
{
    Foo fooItem = obj as Foo;

    if (fooItem == null)
    {
       return false;
    }

    return fooItem.FooId == this.FooId;
}

原因是：与null比较时，Equals必须返回false。另请参见http://msdn.microsoft.com/en-us/library/bsc2ak47.aspx

这是因为框架要求两个相同的对象必须具有相同的哈希代码。如果重写equals方法来对两个对象进行特殊比较，并且该方法认为这两个对象是相同的，那么两个对象的哈希代码也必须相同。（字典和哈希表依赖于这一原则）。