Object中的公共方法解釋： 公共方法： Equals： public class Object { public virtual Boolean Equals(Object obj) { //如果兩個引用指向同一個對象，他們肯定包含相同的值 if (this == obj) return tru ...
Object中的公共方法解釋： 公共方法： Equals： public class Object { public virtual Boolean Equals(Object obj) { //如果兩個引用指向同一個對象，他們肯定包含相同的值 if (this == obj) return true; return false; } } 假設this和obj實例引用同一個對象，就返回true。似乎合理是因為Equals知道對象肯定包含和他自身一樣的值。但假如實例引用不同對象，Equals就不肯定對象是否包含相同的值，所以就返回false。換言之，對於Object的Equals方法的預設實現，他是實現的實際是同一性，而非相等性。 Equals方法的正確實現： 1，如果obj實參為null，就返回false，因為調用非靜態的Equals方法時，this所標識的當前對象顯然不能為null 2，如果this和obj實參引用同一個對象，就返回true。在比較包含大量欄位的對象時，這一步有助於提升性能 3，如果this和obj實參引用不同類型的對象，就返回false。一個string對象顯然不等於一個FileStream對象 4，針對類型定義的每個欄位，將this對象中的值與obj對象中的值進行比較，任何欄位不相等，就返回false 5，調用基類的Equals方法來比較他的定義的任何欄位，如果基類的Equals方法方法返回false，就返回false，否則就返回true 註： 同一性問題的測試使用Object的靜態方法ReferenceEquals，其原型如下： public static Boolean ReferenceEquals(Object objA, object objB) { return (objA==objB); } 檢查同一性問題（看兩個引用是否指向同一個對象）務必調用ReferenceEquals，不應該使用C#的==操作符（除非先把兩個操作數都轉型為Object），因為某個操作數的類型可能重載了==符，為其賦值不同於同一性的語義。 System。ValueType（所有值類型 基類）都重寫了Object的Equals方法，併進行了正確的實現來執行值的相等性檢查（而不是同一性檢查），ValueType的Equals內部實現如下： 1，如果obj實參為null，就返回false 2，如果this和obj實參引用不同類型的對象，就返回false 3，針對類型定義的每個實例欄位，都將this對象中的值與obj對象中的值進行比較（而不是同一性檢查）。ValueType的Equals內部的實現方式如下： 1，如果obj實參為null，就返回false 2，如果this和obj實參引用不同類型的對象，就返回false 3，針對類型定義的每個實例欄位，都將this對象中的值與obj對象中的值進行比較（通過調用欄位的equals方法），任何欄位不相等，就返回false 4，返回true。ValueType的Equals方法不調用Object的Equals方法 在內部，ValueType的Equals方法利用反射完成上述步驟3，由於CLR反射機制慢，定義自己的值類型時應重寫Equals方法來提供自己的實現，從而提高自己類型的實力進行相等性比較的性能，當然，自己的實現不調用base.Equals. 註： 定義自己的類型時，重寫的Equals要符合相等性的4個特征 1，Equalse必須自反：x.Equals(x)肯定返回true 2，Equals必須對稱：x.Equals(y)和y.Equals(x)返回值相同 3，Equals必須可傳遞：x.Equals(y)返回true，y.Equals(z)返回true，則x.Equals(z)肯定返回true 4，Equals必須一致。比較兩個值不變，Equals返回值也不變 GetHashCode: 當你定義的類重寫了Equals方法，還必須重寫GetHashCode方法。之所以這樣要求，是由於System.Collections.Hashtable類型,System.Collection.Generic.Dictionary類型以及其他一些集合的實現中，要求兩個對象必須具有相同的哈希碼才視為相等。所以重寫Equals就必須重寫GetHashCode確保相等性演算法和對象哈希碼演算法一致性。簡單點說就是，向集合中添加鍵/值對，首先要獲取對象的哈希碼。該哈希碼指出鍵/值對要存儲到那個哈希桶中。集合需要查找鍵時，會獲取指定鍵對象的哈希碼，該哈希碼標識了現在要以順序方式搜索的哈希桶，將在其中查找與指定鍵對象相等的鍵對象。採用這個演算法來存儲和查找鍵，意味著一旦修改了集合總的一個鍵對象，集合就再也找不到該對象。所以，需要修改哈希表中的鍵對象時，正確的做法是移除原來的鍵/值對，修改鍵對象，再將新的鍵/值對添加回哈希表。 自定義GetHashCode方法或許不是一件難事，但是取決已數據類型和數據的分佈情況。下麵會給出一個例子和規則： internal sealed class Point { private readonly Int32 m_x, m_y; public override int GetHashCode() { return m_x ^ m_y; //返回m_x和m_y的XOR結果 } } 規則： 1，這個演算法要提供良好的隨機分佈，使哈希表獲得最佳性能 2，可在演算法中調用積累的GetHashCode方法，並包含他的返回值。但一般不要調用Object或ValueType的GetHashCode方法，因為兩者的實現都與高性能哈希演算法不沾邊 3，演算法執行速度儘量快 4，包含相同值的不同對象應返回相同哈希值。例如，包含相同文本的兩個string對象返回相同的哈希碼 5， System.Object實現的GetHashCode方法對派生類型和其他的欄位一無所知，所以返回一個在對象生存期保證不變的編號。 ToString: 預設返回類型的完整名稱（this.GetType().FullName） GetType: 返回從Type派生的一個類型的實例，指出調用GetType的那個對象時什麼類型。返回的Type對象可以和反射類配合，獲取與對象的類型有關的元數據信息。另外GetType是非虛方法，目的是防止類重寫該fangfa，隱瞞企類型，進而破壞類型安全。 受保護方法： MemberwiseClone： 這個非虛方法創建類的新實例，並阿靜對象的實例欄位設與this對象的實例欄位完全一致。返回對新實例的引用。 Finalize: 在垃圾回收器判斷對象作為垃圾被回收之後，在對象的記憶體被實際回收之前，會調用這個虛方法。需要在回收前執行清理工作的類型應重寫該方法。
