Equals和==及GetHashCode简述

默认情况下，Equals比较的是值，而==比较的是地址

我们自定义的类，其对象哪怕值完全相同，用Equals比较仍返回false的原因就是Equals是父类中的方法，而父类是不知道我们自定义类的对象的成员的，所以返回false，若想比较只能重写Equals

两个特例：

值类型，它继承于System.ValueType()，System.ValueType()又继承于Object，且System.ValueType()是引用类型，而System.ValueType()对Equals()和==操作符进行了重写，是逐字节比较的

string类型，string是引用类型，但它也对Equals()和==操作符进行了重写，使得Equals()方法比较的是字符串的值，而==则是调用的Equals方法

GetHashCode：对于值类型的每一个变量都会有一个与其它值类型变量不同的HashCode，而对于引用类型，每一个地址都会有一个与其它地址不同的HashCode（若多个引用变量地址相同，则它们的HashCode相同，string同样适用于上述情况，但string与其它引用变量不同的是它是通过Intern Pool实现的，详见：https://blog.csdn.net/xiaouncle/article/details/87832198）

一般来说重写Equals之后，GetHashCode也要重写，原因举例来说的话就是我们重写Equals之后，利用Equals方法判断两个对象不等，所以我们将它们作为了字典的key，而当我们要取值时却发现其中一个key的值永远都找不到，这是因为在字典中key其实是使用对象的HashCode来代表的，两个对象虽然我们判断不等，但HashCode相等显然后面存储的会覆盖前面一个

另外如果实现了IEquatable<T>接口的Equals方法，那么为了一致性同样要重写Equals和GetHashCode（两个都要）

重写GetHashCode的要求就是要让当前重写过Equals的类的每一个对象之间的HashCode都是不同的

参考：

https://blog.csdn.net/xiaouncle/article/details/87832198

https://www.cnblogs.com/xiaochen-vip8/p/5506478.html

https://www.cnblogs.com/changbaishan/p/10579021.html

IEquatable<T>接口：https://www.cnblogs.com/lian--ying/p/9502879.html