對於「==」和Equals大多數網友都是這樣總結的:
“==” 是比較兩個變數的值相等。
# Equals是比較兩個變數是否指向同一個物件。
如:這篇文章,並以這篇文章中的例子為例。
public class Person { public Person(string name) { this.Name = name; } public string Name { get; set; } } static void Main(string[] args) { string a = new string(new char[] { 'h', 'e', 'l', 'l', 'o' }); string b = new string(new char[] { 'h', 'e', 'l', 'l', 'o' }); Console.WriteLine(a == b); //true Console.WriteLine(a.Equals(b)); //true object g = a; object h = b; Console.WriteLine(g == h); //false Console.WriteLine(g.Equals(h)); //true Person p1 = new Person("jia"); Person p2 = new Person("jia"); Console.WriteLine(p1 == p2); //false Console.WriteLine(p1.Equals(p2)); //false Person p3 = new Person("jia"); Person p4 = p3; Console.WriteLine(p3 == p4); //true Console.WriteLine(p3.Equals(p4)); //true Console.ReadKey(); }
假如上述結論正確,「==」 是比較兩個變數值相等,那麼下面這句程式碼就不應該為True.
Console.WriteLine(a == b); //true
# 很明顯,上面的兩個字串變數:a,b 是指向兩個不同的對象,即它們在堆疊空間儲存的記憶體位址也是不同的。但為毛它們就相等了呢?
運算子重載,就是對現有的運算子重新進行定義,賦予其另一種功能,以適應不同的資料類型。打個簡單的比方:「+」 運算符,在「+」 兩個
邊全為數值類型的變數時,「+」 運算子表示數學上的「+」 意義。若「+」 運算子兩邊只要有一個為字串類型,那麼「+」 運算子就表示連接
字串的意義。這樣的運算子重載實例很多,那麼這跟本文主題有毛關係?我想說的是,上面字串變數:a , b 就是因為String類別
# 重載了運算子 “==”,看下列原始碼:
public static bool operator == (String a, String b) { return String.Equals(a, b); } public static bool operator != (String a, String b) { return !String.Equals(a, b); }
很明顯String類別中真的重載了「==」運算符,並且不只「==」 還有 「!=」 喔。並且在重載運算子方法內部直接呼叫String類別中的Equals方法,
原始碼如下:
public static bool Equals(String a, String b) { if ((Object)a==(Object)b) { return true; } if ((Object)a==null || (Object)b==null) { return false; } if (a.Length != b.Length) return false; return EqualsHelper(a, b); }
由上可得:「==」 運算子不一定是比較兩個變數中儲存的值是否相等,這要看目前運算子在目前這個型別中是否寫有重載。
還是上面範例:
string a = new string(new char[] { 'h', 'e', 'l', 'l', 'o' }); string b = new string(new char[] { 'h', 'e', 'l', 'l', 'o' }); Console.WriteLine(a == b); //true Console.WriteLine(a.Equals(b)); //true
由上可知:a ,b 為兩個不同的對象。但Equals為True,則上述:「Equals是比較兩個變數是否指向同一個物件「這結論不成立。原因
看String類別中的Equals方法:
public override bool Equals(Object obj) <br> { if (this == null) //this is necessary to guard against reverse-pinvokes and throw new NullReferenceException(); //other callers who do not use the callvirt instruction String str = obj as String; if (str == null) return false; if (Object.ReferenceEquals(this, obj)) return true; if (this.Length != str.Length) return false; return EqualsHelper(this, str); } public bool Equals(String value) <br> { if (this == null) //this is necessary to guard against reverse-pinvokes and throw new NullReferenceException(); //other callers who do not use the callvirt instruction if (value == null) return false; if (Object.ReferenceEquals(this, value)) return true; if (this.Length != value.Length) return false; return EqualsHelper(this, value); }
由上面可知String類別中不僅重寫了Object中的Equals還有自己的Equals方法,但是實作程式碼幾乎是一樣的。比較類型,記憶體位址,
實際值,從而獲得最終的結果。所以Equals不一定就是單一的比較引用位址是否相同,更何況我們還可以重寫、自訂。但是重寫
# Equals也有需要注意的地方,就是如果你需要用到HashMap,HashSet,Hashtable那麼你也需要重寫GetHashCode()。
中國有一句話:“任何事物的存在必然有他存在的道理和價值”,同理“==”和Equals也是一樣。 “==” 在引用型別中最基本的實作就是去比
較兩個物件的記憶體位址是否一致,一致則相等反之則不等。這樣的實作很明顯是從硬體角度去思考的,如果兩個物件相等即為同一個對象,
那麼它們在記憶體中的位址必然相等。 但很多時候 「行為(方法)「 是取決於我們去觀察世界的角度。 如:String類型我們申明一個字元
串更在意的是字串所具有的實際值,而不是在意兩個物件在記憶體中是創建了一次還是兩次(即記憶體位址是否相等),只要它們所具有的
實際值是相等的那麼我們就認為它們是相等,這是從生活業務邏輯中去理解的而不是從機器角度上去理解的。當然上面宣告相同的字串
變數是創建一次還是兩次我想:」 常數池(或字串拘留池)「 已經給了我們最好的解決方案。
」==「 運算子和Equals它們其實是互補關係。 因為:”==“ 運算符主要實現形式是站在 ”計算機角度(或者說硬體角度)” 上去實現的,
# 而Equals是站在常用的業務場景或是特定的業務場景下去實現的,二者沒有什麼必然的聯繫,是根據自己的業務需要選擇不同方法而已。
所以Object裡面的Equals是Visual,很多類別中都重寫了它,並且真正達了在當前類型中所需的特定行為,即:多態。所以就不難解釋上面:
object g = a; object h = b; Console.WriteLine(g == h); //false Console.WriteLine(g.Equals(h)); //true
因為Object中沒有實作重載運算子:“==”,所以目前“==”的比較方式是比較兩變量在堆疊空間儲存的記憶體位址是否相同。而Equals則是
呼叫String類別中的Equals,原因g變數在運行中它實際上指向一個字串物件的,而當前的Object類型只是Visual studio和編譯器的行為,即:還是多態。
最後任何東西都有它的規則:」==「和Equals也不例外,詳細資料請點擊:跳轉至MSDN。
以上是淺析C#中的「==」和Equals的範例程式碼的詳細內容。更多資訊請關注PHP中文網其他相關文章!