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

　　眾所周知，Object類型有一個(gè)名為Equals的實(shí)例方法可以用來確定兩個(gè)對(duì)象是否相等。Object的Equals的默認(rèn)實(shí)現(xiàn)比較的是兩個(gè)對(duì)象的引用等同性。而Object的派生類ValueTpye重寫了Equals方法，它比較的是兩個(gè)對(duì)象的邏輯等同性。也就是說，在C#里，引用類型的默認(rèn)Equals版本關(guān)注的是引用等同性，而值類型關(guān)注的是邏輯等同性。當(dāng)然，這并不總能滿足我們的要求。所以每當(dāng)我們更在意引用類型的邏輯等同性的時(shí)候，我們就應(yīng)該重寫Equals方法。

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

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

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

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

　　經(jīng)常聽到有人說某某類型是引用類型，所以它的Equals方法的默認(rèn)實(shí)現(xiàn)將自動(dòng)調(diào)用operator==方法。這種說法完全是沒有道理的。正如上文所說的，引用類型Equals方法的默認(rèn)實(shí)現(xiàn)來自O(shè)bject，而值類型的默認(rèn)實(shí)現(xiàn)來自TypeValue，就算他們會(huì)使用==操作符，使用的也是Object或TypeValue的重載版本。原則上來說，只要我們沒有重寫一個(gè)類的Equals方法，那么它就會(huì)繼承其父類的實(shí)現(xiàn)，而父類是沒有機(jī)會(huì)使用子類型的操作符重載的。同樣，只要我們沒有在一個(gè)類的==操作符重載中調(diào)用Equals方法，它是不會(huì)自動(dòng)調(diào)用的。

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

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

NET技術(shù)：C#初學(xué)者對(duì)Equals方法的幾個(gè)常見誤解，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。