Equals方法的物件比較
C# 物件比較
最近工作中接觸到這個，有點迷糊。
.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 我們自己寫的比較類也可以實現這個介面。
總結：
==操作符、 只能比較基本型別，對於引用型別 == 和 ReferenceEquals 靜態方法作用相同；結構體需要過載==比較符才能比較
Object.Equals方法、 使用物件例項的Equals方法，增加null判斷
Object.ReferenceEquals方法、 比較兩個物件引用地址是否一致，判斷是否是同一個物件。 值型別返回false
物件例項的Equals方法。 比較兩個物件引用是否一致，可以過載
String 被過載所以可以比較
java
“==”比較兩個變數本身的值，即兩個物件在記憶體中的首地址。
“equals()”比較字串中所包含的內容是否相同。
equals()比較內容前提是物件過載了object的equals()方法，比如String型別，才能成功比較內容是否相同
equal方法有以下五個性質：
- 自反性
- 對稱性：不管誰調equal方法都不會影響結果
- 傳遞性
- 一致性：多次比較不會影響判斷結果
- 任何非空物件與呼叫equal(null)均返回false
java中需要選用合適的方法比較
- 物件域，使用equals方法 。
- 型別安全的列舉，使用equals或== 。
- 可能為null的物件域 : 使用 == 和 equals 。
- 陣列域 : 使用 Arrays.equals 。
- 除float和double外的原始資料型別 : 使用 == 。
- float型別: 使用Float.floatToIntBits轉換成int型別，然後使用==。
- double型別: 使用Double.doubleToLongBit轉換成long型別，然後使用==。
總的來說：類一般呼叫equal判斷，當然首先需要對類進行判空，除了float和double之外的內建型別直接使用==進行內容比較，而float和double使用Float和Double的方法比較，也可以先生成Float或者Double物件呼叫equal方法，從前面Double的equal方法中可以看出，實質上還是呼叫了[float/double]To[Int/Long]Bit方法，建議直接使用該方法，避免不必要的開銷。
從最新的JDK8而言，有三種實現物件比較的方法：
一、覆寫Object類的equals（）方法；
二、繼承Comparable介面，並實現compareTo（）方法；
三、定義一個單獨的物件比較器，繼承自Comparator介面，實現compare（）方法。
總結：
對於float和double的比較使用BigDecimal的compareTo方法
如果需要保證精度，最好是不要使用BigDecimal的double引數的建構函式，因為存在損失double引數精度的可能，最好是使用BigDecimal的String引數的建構函式。最好是杜絕使用BigDecimal的double引數的建構函式。
參考文獻：
https://www.cnblogs.com/Aaxuan/p/9520883.html
https://www.cnblogs.com/blueSkyline/p/5655620.html
https://www.jb51.net/article/125173.htm
https://blog.csdn.net/asdfsadfasdfsa/article/details/79332012