最近工作中接觸到這個，有點迷糊。
.Net 中主要有四種相等比較，分別是：
- ==操作符、
- Object.Equals方法、
- Object.ReferenceEquals方法、
- 對象實例的Equals方法。
Object 的 Equals 靜態方法實際上是對實例Equals方法的擴展，
增加了 null 的判斷，適用於比較兩個可能為空引用的對象。
對於值類型，和 Equals 實例方法完全一樣。
public static bool Equals(object objA, object objB) { if (objA == objB) { return true; } if (objA != null && objB != null) { return objA.Equals(objB); } return false; }
ReferenceEquals 方法是比較兩個對象的引用是否相同，即棧上的地址是否一樣
對於值類型沒有意義，參數中若有值類型參數出現，必定返回false。
對於引用類型，如果方法結果為True，這個相等是最嚴格、最純粹、如假包換的相等，說明這兩個參數其實是同一個對象，當然無論用其他哪種相等比較方式，同樣也應返回True。
public static bool ReferenceEquals(object objA, object objB) { return objA == objB; }
==，
上面，我們說兩個Object靜態方法區別在值類型和引用類型上，對於其他相等比較區別也主要在此。
一般情況下，不是所有，對於引用類型 == 和 ReferenceEquals 靜態方法作用相同；
值類型在這里則有區分，對於一些原生值類型，如int,long,char等，==是直接比較其數值，而且不同類型間可以互相比較，比如int和char，'A’==65返回的是True；
而對於一般的Struct，如果沒有在代碼中定義==（也包括!=)操作符，是不能用==比較的。
引用類型也可以定義 == 操作符，覆蓋CLR原生支持的比較。
最常見的是String類型，它就定義了==操作符，很合理地放寬了相等的條件，使得String類型像原生值類型一樣按值比較。String類的 == 操作符其實就是直接調用的被自己重寫過Equals方法。
String類是最常用也最特別的一個類，大部分面試都會問到String的特點，除了不可變和內存駐留機制外，其他主要特點就是相等的特殊性了。
public virtual bool Equals(object obj) { return RuntimeHelpers.Equals(this, obj); }
實例 Equals 方法，這是個 Virtual 方法。
定義並使用操作符固然方便，不過除了像String之類的特殊情況，引用類型讓 == 保持默認規則是更好的選擇，而讓 Equals 方法實現業務上的“值”相等。
如果不覆寫，Equals 方法也是比較對象的引用。
對於值類型，實現==操作像一個點綴，
而如果想實現相等比較操作，應該優先重寫Equals方法（同樣若要實現大小比較，應該優先實現 IComparable 接口，而不是實現比較操作符），
從 Object 繼承的 Equals 方法用於值類型時，比較兩個對象的所有字段，全相等才為True。
為什么一定要優先重寫它？
因為所有 .Net Framework 鍵值集合，都是用Equals實例方法做比較的，
所以它實際上成了.Net中的“潛規則”，無論是原生類型、結構或類的實例，都應以Equals方法作為其標准的相等比較方式，包括我們自己實現的類型。
用實例方法的好處也可以理解，更靈活，我們可以添加一些重載的Equals方法，申明不同的比較前提條件。
與重寫的默認Equals方法配合，構成一套完整的比較規則，以符合現實復雜多變的標准。
.Net Framework 為較為復雜的比較提供了一個接口 System.Collections.IEqualityComparer，並提供了內置的實現，
如 StringComparer、EqualityComparer 我們自己寫的比較類也可以實現這個接口。
