很多C#的教材都會強(qiáng)調(diào)對象相等的概念。我們都知道，在C#的世界里存在兩種等同性。一種是邏輯等同性：如果兩個對象在邏輯上代表同樣的值，則稱他們具有邏輯等同性。另一種是引用等同性：如果兩個引用指向同一個對象實(shí)例，則稱他們具有引用等同性。

眾所周知，Object類型有一個名為Equals的實(shí)例方法可以用來確定兩個對象是否相等。Object的Equals的默認(rèn)實(shí)現(xiàn)比較的是兩個對象的引用等同性。而Object的派生類ValueTpye重寫了Equals方法，它比較的是兩個對象的邏輯等同性。

也就是說，在C#里，引用類型的默認(rèn)Equals版本關(guān)注的是引用等同性，而值類型關(guān)注的是邏輯等同性。當(dāng)然，這并不總能滿足我們的要求。所以每當(dāng)我們更在意引用類型的邏輯等同性的時候，我們就應(yīng)該重寫Equals方法。

重寫引用類型的Equals方法以改變其默認(rèn)的比較方式的一個著名例子是String類。當(dāng)我們寫出“string1.Equals(string2)”這樣的代碼時，我們比較的不是string1和string2這兩個引用所指向的是否為同一個實(shí)例（引用等同性），而是比較string1與string2所包含的字符序列是否相同（邏輯等同性）。

誤解一：Equals方法和operator==具有相同的默認(rèn)行為。

對于引用類型，如果沒有為它重載==操作符，且其父類型也沒有重寫Equals方法，則這個引用類型Equals方法和operator==具有相同的默認(rèn)行為，即它們比較的都是對象的引用等同性。然而對于值類型來說，就完全不是這么回事了！因?yàn)槿绻銢]有為自定義值類型重載operator==的話，就不能寫這樣的代碼“myStruct1 == myStruct2”，否則會得到一個編譯錯誤，原因是值類型沒有相等操作符重載的默認(rèn)實(shí)現(xiàn)。

誤解二：自定義類的Equals的方法默認(rèn)實(shí)現(xiàn)將自動調(diào)用operator==方法，或operator==方法的默認(rèn)實(shí)現(xiàn)將自動調(diào)用Equals方法。

經(jīng)常聽到有人說某某類型是引用類型，所以它的Equals方法的默認(rèn)實(shí)現(xiàn)將自動調(diào)用operator==方法。這種說法完全是沒有道理的。正如上文所說的，引用類型Equals方法的默認(rèn)實(shí)現(xiàn)來自O(shè)bject，而值類型的默認(rèn)實(shí)現(xiàn)來自TypeValue，就算他們會使用==操作符，使用的也是Object或TypeValue的重載版本。

原則上來說，只要我們沒有重寫一個類的Equals方法，那么它就會繼承其父類的實(shí)現(xiàn)，而父類是沒有機(jī)會使用子類型的操作符重載的。同樣，只要我們沒有在一個類的==操作符重載中調(diào)用Equals方法，它是不會自動調(diào)用的。

誤解三：值類型的默認(rèn)Equals實(shí)現(xiàn)是對兩個對象進(jìn)行逐位比較的。

有些人認(rèn)為值類型的Equals默認(rèn)實(shí)現(xiàn)就是通過比較兩個對象在內(nèi)存中的位表示，即如果所有的二進(jìn)制位都相等，則說明這兩個對象“等同”。這是不準(zhǔn)確的。因?yàn)槠鋵?shí)值類型的Equals默認(rèn)實(shí)現(xiàn)是對值類型的每個字段都調(diào)用該字段類型的Equals方法，如果所有字段的Equals方法都返回true，則他們才可能相等。來看一個例子：

class MyClass   
{   
public override bool Equals(object obj)   
{   
Console.WriteLine("MyClass的Equals方法被調(diào)用了。");   
return true;   
}   
}   
struct MyStruct   
{   
public MyClass Filed;   
}   
class Program   
{   
static void Main(string[] args)   
{   
MyStruct a;   
MyStruct b;   
a.Filed = new MyClass();   
b.Filed = new MyClass();   
Console.WriteLine(a.Equals(b));   
}   
} 

很顯然，a和b擁有完全不同的二進(jìn)制位表示。但是最終打印的結(jié)果是：

MyClass的Equals方法被調(diào)用了。   
True  

這說明值類型的默認(rèn)實(shí)現(xiàn)是通過調(diào)用字段的Equals方法來確定兩個對象是否相等，而不是通過比較他們的二進(jìn)制位是否一致來確定的。

誤解四：Equals是非?；?、非常常用的方法，所以其默認(rèn)的實(shí)現(xiàn)不存在性能問題。

對于引用類型，Equals的默認(rèn)實(shí)現(xiàn)很簡單，僅僅需要判斷兩個引用是不是同一種類型、兩個引用指向的是不是同一塊內(nèi)存就可以了。所以其性能也沒有問題。但是對于值類型，Equals的任務(wù)就沒有這么簡單了。它需要對兩個對象的所有字段都做出比較，即逐字段調(diào)用字段類型的Equals。

由于在ValueType（值類型Equals方法默認(rèn)實(shí)現(xiàn)的位置）中，不可能知道它所有的子類型都包含哪些字段，所以為了調(diào)用子類型字段的Equals方法，ValueType的Equals就需要使用反射技術(shù)。您可能已經(jīng)看出來了，反射并不是一種性能友好的技術(shù)，所以值類型的Equals方法算不上高效。這也正是為什么微軟推薦我們?yōu)樽远x值類型重寫Equals方法的原因。

通過本文對Equals的介紹，希望對你有幫助。

【編輯推薦】

1. 淺談C++調(diào)用C#的DLL程序方法
2. 利用C#實(shí)現(xiàn)任務(wù)欄通知窗口
3. 關(guān)于C#委托你不可不知的幾件事
4. C#控件的閃爍問題解決方法總結(jié)
5. C#多線程中l(wèi)ock的用法