对象相等性和同一性

System.Object类型提供了一个名为Equals的虚方法,它的作用是比较两个对象包含相同的值返回true。 System.Object是这样实现的:

public class Object{

public virtual Boolean Equals(Object obj)

{

if(this==obj) return ture;

return false;

}

}

 

假如this和obj实参引用同一个对象,就返回true,之所以合理是因为Equals知道一个对象肯定包含和它自身一样的值。假如obj实参引用不同对象的值,Equals就不能肯定对象是否包含和this相同的值,所以返回false。对于Object的Equals方法的默认实现来说,它实现的是 “同一性” identity。而非 “相等性” equality。 遗憾的是Object的Equals方法的默认实现看起来并不合理,思考应该如何正确重写Equals方法,下面展示了如何在内部实现一个Eqlaus方法的思路:

1.如果obj实参为null,返回false。

2.如果this和obj实参引用同一个对象,返回true,同一个对象的指针地址相同,在比较大对象时有助于提升性能。

3.如果this和obj实参引用不同类型的对象,返回false。int 和 string 你说能相同么。。

4.针对类型定义的每个实例字段,将this对象中的值与obj对象中的值进行比较,字段不相等就返回false。

5.调用基类的Equals方法,以便比较它定义的任何字段,如果基类的Equals方法返回false,就返回false,否者返回true。

所以有了如下的实现Object的Equals方法:

public class Object{

public virtual Boolean Equals(Object obj)

{

if(obj==null) return false;//要比较的对象不能为null

if(this.GetType()!=obj.GetType())return false;//如果对象类型不同,肯定不相等。





//if(this.value==obj.value)//在对象的字段都匹配下返回true。

return true

}

}

 

因为一个类型可能重写了Object的Equals方法,所以不能在调用这个被重写的Equals方法来测试同一性,为了修正这个问题,Object提供了一个静态方法ReferenceEqualse,原型如下:

public class Object

{


public static Boolean ReferenceEquals(Object obj1,Object obj2)

{

return (obj1==obj2);

}

}

 

如果想看两个对象是否都指向同一个对象(同一性),就应该调用ReferenceEquals方法,不应该使用==操作符,因为其中的某个对象的类型可能重载了==操作符

System.ValueType(所有的值类型都继承了它),重写了object的Equals方法,值类型的Equals方法正确的实现来执行值的相等性的检查(不是同一性)。ValueType是这样实现的:

1.如果obj实参为null,返回false。

2.如果this和obj实参引用不同的类型对象,返回false。

3.针对类型定义的每个实例字段,都将this对象中的值与obj对象中的值进行比较(通过调用Equals方法)。任何字段不等就返回false。

4.返回true,ValueType的Equals方法不会调用Object的Equals方法。

ValueType的Equals方法使用反射技术实现步骤3,因为反射机制比较慢,所以如果考虑性能,可以自己实现Equals方法,当然就不要掉用base.Equals了。

如果决定重写Equals,必须确定它符合相等性的4个特性。

1.Equals必须自反:x.Equals(x)肯定返回true。

2.Equals必须对称:x.Equals(y)为true,则y.equals(x)肯定为true。

3.Equals必须是可传递的:x.Equals(y)为true,y.equals(z)为true,则x.equals(z)肯定为true。

4.Equals必须是一致的:比较的两个值没变,Equals返回的值也不会变。

基本的数学知识啊啊。。。

假如处于排序的目的而比较类型的实例,那么类型还应实现System.IComparable的CompareTo方法和System.IComparable<T>的类型安全的CompareTo方法,如果实现了这些方法,还可以考虑重载各种比较操作符方法,并在内部调用类型安全的CompareTo方法。

如果你定义的一个类型重写了Equals方法,还应该重写GetHashCode方法。事实上如果重写了Equals方法没有重写GetHashCode方法,编译器就给一条警告“warning 重写Object.Equals(object o)但不重写Object.GethashCode()”

一个类型在定义了Equals后,之所以要同时定义GetHashCode是应为在一些集合的实现中,要求两个对象相等,必须具有相同的哈希码。所以重写GetHashCode方法是为了确保相等性算法和对象哈希码算法是一致的。

 

修改一个对象后,在这个对象的目标哈希桶里就找不到这个对象了。所以要修改哈希表中的键对象是,正确的做法是:移除原来的键值对,修改对象,把新的键值对添加到哈希表中。

System.ValueType实现的GethashCode也采用了反射机制,速度较慢。。

不要对哈希码持久化,因为未来的版本的Hash算法可能不同,生成的哈希码也就不同了!

posted @ 2011-11-24 17:44  Rookier  阅读(1900)  评论(7编辑  收藏  举报