理解GetHashCode()方法的缺陷

1.用途--用于基于Hash的数据结构的key.所以如果我们的类或结构不用于这样的数据结构中，我们完全可以无视以下的种种规矩。

2.规矩--

因为你的对象要放到散列里面作为key。你不希望的是语义上相同的东西在集合里重复出现，但是集合判断相等的方法是HashCode，所以你必须时刻保证如果两个东东如果在语义上相等的，那么必须HashCode也是相等的。

第一，如果两个对象相等(由Equals方法定义)，那么必须GetHashCode的返回也是相等的。

第二，方法是实例不变式，就是说对象一旦创建，GetHashCode不可能再改变。

第三，分布要均匀。

 

所以任何能保证上面三点的做法都是正确的做法

3.分析--对于引用类型，系统默认的Equals比较引用。系统默认的GetHashCode返回内部对对象的编码(ID)。

对于值类型，系统默认的Equals对每一个值调用Equals方法，如果都相同才相同。系统默认的GetHashCode用的是第一个字段的GetHashCode方法。

 

那么对于引用类型，如果我们什么都不做，那么第一点是满足的，第二点也是满足的，第三点就不怎么样，因为ID是系统递增的，这样导致ID聚集在一起。效率很低。所以结论是，如果我们可以忍受低效率，这种引用类型作为key是可以的。

对于值类型，我们什么都不做，会怎么样呢？这要看你的第一个字段，因为整个值类型的GetHashCode实际上就是第一个字段的GetHashCode。