摘自：http://www.cnblogs.com/nzbbody/archive/2012/09/05/2671819.html
C# 相等性判断有四个方法：
1 public static bool ReferenceEquals(object left, object right);
2 public static bool Equals(object left, object right);
3 public virtual bool Equals(object right);
4 public static bool operator ==(MyClass left, MyClass right);
ReferenceEquals方法：使用场景是比较两个变量是否为同一个引用。对于引用类型，比较两个变量是否为同一个引用。对于值类型，先装箱，再比较装箱后的变量是否为同一个引用。显然，对于值类型，ReferenceEquals方法的结果必定是False。
ReferenceEquals方法，用户不应该重写。为什么？重写的原因是：原有的实现不能完成用户所期望的功能。ReferenceEquals方法就是比较变量是否指向同一个引用，用户不应该期望ReferenceEquals方法完成其他的功能。
静态Equals方法：使用场景是不清楚两个变量运行时的类型，因为变量可能是值类型、引用类型或者为Null。内部调用 left变量的实例Equals方法。静态Equals方法，用户不应该重写。
实例Equals方法：使用场景是比较两个变量的内容是否相等。引用类型的父类是 Object（当然值类型的父类也是Object，但是值类型的直接父类是ValueType），Object的实例Equals方法比较的是是否为同一 个引用，因此引用类型应该重写实例Equals方法，使实例Equals方法成为内容的比较。对于值类型，值类型的直接父类ValueType已经重写了 Object的实例Equals方法，使实例Equals方法成为内容的比较，因此理论上说，所有的值类型都不需要再重写实例Equals方法了。但是。 仔细想想，ValueType是如何做到使实例Equals方法成为内容比较的？显然，ValueType不知道自己有哪些子类，也不知道子类有哪些成 员，这就意味着，使用反射技术来实现。反射的效率很低，因此，对于值类型，有必要重写实例Equals方法。
==运算符：运算符比方法使用起来方便。对于值类型，==应该是比较内容；对于引用类型，==应该是比较是否为同一个引用。因此，值类型应该重载==，引用类型不应该重载==。
|
|
值类型 |
引用类型 |
说明 |
|
ReferenceEquals方法 |
是否为同一个引用 |
是否为同一个引用 |
都不应该重写 |
|
静态Equals方法 |
内容是否相等 |
内容是否相等 |
都不应该重写（不知道变量运行时的类型） |
|
实例Equals方法 |
内容是否相等 |
内容是否相等 |
都应该重写 |
|
==运算符 |
内容是否相等 |
是否为同一个引用 |
值类型应该重写，引用类型不应该重写 |
表格列出的是一般情况下应该遵守的规则，但是有些情况并不是如此。比如string，string是个特殊的引用类型，很多地方类似值类型。string的实例Equals方法和==运算符都是比较内容。