C#中Equals方法的常见误解

很多C#的教材都会强调对象相等的概念。我们都知道，在C#的世界里存在两种等同性。一种是逻辑等同性：如果两个对象在逻辑上代表同样的值，则称他们具有逻辑等同性。另一种是引用等同性：如果两个引用指向同一个对象实例，则称他们具有引用等同性。

众所周知，Object类型有一个名为Equals的实例方法可以用来确定两个对象是否相等。Object的Equals的默认实现比较的是两个对象的引用等同性。而Object的派生类ValueTpye重写了Equals方法，它比较的是两个对象的逻辑等同性。

也就是说，在C#里，引用类型的默认Equals版本关注的是引用等同性，而值类型关注的是逻辑等同性。当然，这并不总能满足我们的要求。所以每当我们更在意引用类型的逻辑等同性的时候，我们就应该重写Equals方法。

重写引用类型的Equals方法以改变其默认的比较方式的一个著名例子是String类。当我们写出“string1.Equals(string2)”这样的代码时，我们比较的不是string1和string2这两个引用所指向的是否为同一个实例（引用等同性），而是比较string1与string2所包含的字符序列是否相同（逻辑等同性）。

误解一：Equals方法和operator==具有相同的默认行为。

对于引用类型，如果没有为它重载==操作符，且其父类型也没有重写Equals方法，则这个引用类型Equals方法和operator==具有相同的默认行为，即它们比较的都是对象的引用等同性。然而对于值类型来说，就完全不是这么回事了！因为如果你没有为自定义值类型重载operator==的话，就不能写这样的代码“myStruct1 == myStruct2”，否则会得到一个编译错误，原因是值类型没有相等操作符重载的默认实现。

误解二：自定义类的Equals的方法默认实现将自动调用operator==方法，或operator==方法的默认实现将自动调用Equals方法。

经常听到有人说某某类型是引用类型，所以它的Equals方法的默认实现将自动调用operator==方法。这种说法完全是没有道理的。正如上文所说的，引用类型Equals方法的默认实现来自Object，而值类型的默认实现来自TypeValue，就算他们会使用==操作符，使用的也是Object或TypeValue的重载版本。

原则上来说，只要我们没有重写一个类的Equals方法，那么它就会继承其父类的实现，而父类是没有机会使用子类型的操作符重载的。同样，只要我们没有在一个类的==操作符重载中调用Equals方法，它是不会自动调用的。

误解三：值类型的默认Equals实现是对两个对象进行逐位比较的。

有些人认为值类型的Equals默认实现就是通过比较两个对象在内存中的位表示，即如果所有的二进制位都相等，则说明这两个对象“等同”。这是不准确的。因为其实值类型的Equals默认实现是对值类型的每个字段都调用该字段类型的Equals方法，如果所有字段的Equals方法都返回true，则他们才可能相等。来看一个例子：

class MyClass
{
public override bool Equals(object obj)
{
Console.WriteLine("MyClass的Equals方法被调用了。");
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拥有完全不同的二进制位表示。但是最终打印的结果是：

MyClass的Equals方法被调用了。
True

这说明值类型的默认实现是通过调用字段的Equals方法来确定两个对象是否相等，而不是通过比较他们的二进制位是否一致来确定的。

误解四：Equals是非常基本、非常常用的方法，所以其默认的实现不存在性能问题。

对于引用类型，Equals的默认实现很简单，仅仅需要判断两个引用是不是同一种类型、两个引用指向的是不是同一块内存就可以了。所以其性能也没有问题。但是对于值类型，Equals的任务就没有这么简单了。它需要对两个对象的所有字段都做出比较，即逐字段调用字段类型的Equals。

由于在ValueType（值类型Equals方法默认实现的位置）中，不可能知道它所有的子类型都包含哪些字段，所以为了调用子类型字段的Equals方法，ValueType的Equals就需要使用反射技术。您可能已经看出来了，反射并不是一种性能友好的技术，所以值类型的Equals方法算不上高效。这也正是为什么微软推荐我们为自定义值类型重写Equals方法的原因。

通过本文对Equals的介绍，希望对你有帮助。

赞 (0)

相关推荐

  • java中equals和等号(==)的区别浅谈

    java中的数据类型,可分为两类:1.基本数据类型,也称原始数据类型.byte,short,char,int,long,float,double,boolean   他们之间的比较,应用双等号(==),比较的是他们的值. 2.复合数据类型(类)   当他们用(==)进行比较的时候,比较的是他们在内存中的存放地址,所以,除非是同一个new出来的对象,他们的比较后的结果为true,否则比较后结果为false.JAVA当中所有的类都是继承于Object这个基类的,在Object中的基类中定义了一个eq

  • C#值类型、引用类型中的Equals和==的区别浅析

    C#值类型、引用类型中的Equals和==的区别浅析

    引言 最近一个朋友正在找工作,他说在笔试题中遇到Equals和==有什么区别的题,当时跟他说如果是值类型的,它们没有区别,如果是引用类型的有区别,但string类型除外.为了证实自己的说法,也研究了一下,以免误导别人,这里将研究结果总结一下,如果我有什么地方说的不对的地方,望指出. 相等性 在定义类或结构时,您将决定为类型创建值相等性(或等效性)的自定义定义是否有意义. 通常,当类型的对象预期要添加到某类集合时,或者当这些对象主要用于存储一组字段或属性时,您将实现值相等性. 您可以基于类型中所有

  • C#中的Equals、RefrenceEquals和==的区别与联系

    C#中判断两个对象是否相等有Equals.RefrenceEquals和==三种,其中==为运算符,其它两个为方法,而Equals又有两种版本,一个是静态的,一个是虚拟的,虚拟的可以被实体类重写,静态的在方法体内也是调用虚拟的,如下: 复制代码 代码如下: public static bool Equals(object objA, object objB) { return ((objA == objB) || (((objA != null) && (objB != null)) &a

  • java的equals和==的比较示例

    先看例子: 复制代码 代码如下: package com.amos;/** * @ClassName: EqualTest * @Description:Java中的equal和==的比较 * @author: amosli */public class EqualTest {    public static void main(String[] args) {        int a = 1;        float b = 1.0f;        System.out.println

  • C#使用Equals()方法比较两个对象是否相等的方法

    本文实例讲述了C#使用Equals()方法比较两个对象是否相等的方法.分享给大家供大家参考.具体如下: int price = 100; int amount = 1000 if (price.Equals(amount)) { Console.WriteLine("Price is equal to amount"); } else { Console.WriteLine("Price is not equal to amount"); } 希望本文所述对大家的C

  • java String 类的一些理解 关于==、equals、null

    1.String 的==与equal() 在对字符串的相等判断,==判断的是地址是否相同,equal()判断的是字符值是否相同.大多数时候==跟equal()的结果都是相同的.这是因为String对象是不变模式的,如果你不是明确地new一个String对象,Java对于String对象的保存默认的是会把新生成的String 对象放到一个缓冲区,然后每次判断缓冲区中是否已经有了这个对象,如果有了,那么后建立的同样字符值的String对象也会指向最初建立是该字符值对象的地址.也就是说字符值相同的时候

  • C#中的 == 和equals()区别浅析

    首先看看,如以下代码: int age = 25; short newAge = 25; Console.WriteLine(age == newAge); //true Console.WriteLine(newAge.Equals(age)); //false Console.ReadLine(); int和short为原始类型,但与"=="比较返回true,equals()比较返回false.为什么呢? 简而言之:"equals()"相比"= =&q

  • C#基础:Equals()与运算符==的区别分析

    对于值类型,如果对象的值相等,则相等运算符 (==) 返回 true,否则返回 false.对于string 以外的引用类型,如果两个对象引用同一个对象,则 == 返回 true.对于 string 类型,== 比较字符串的值.==操作比较的是两个变量的值是否相等.equals()方法比较的是两个对象的内容是否一致．equals也就是比较引用类型是否是对同一个对象的引用.对于值类型的比较,这里就不做描述了,下面讨论引用类型的比较:首先我们看一段程序 复制代码 代码如下: using System

  • C#中Equals方法的常见误解

    很多C#的教材都会强调对象相等的概念.我们都知道,在C#的世界里存在两种等同性.一种是逻辑等同性:如果两个对象在逻辑上代表同样的值,则称他们具有逻辑等同性.另一种是引用等同性:如果两个引用指向同一个对象实例,则称他们具有引用等同性. 众所周知,Object类型有一个名为Equals的实例方法可以用来确定两个对象是否相等.Object的Equals的默认实现比较的是两个对象的引用等同性.而Object的派生类ValueTpye重写了Equals方法,它比较的是两个对象的逻辑等同性. 也就是说,在C

  • Java中equals()方法实例详解

    目录 equals()在哪里 Java中重写的equals() 在Java中比较的推荐方法 为什么要在我们自己的类中重写equals() 重写equals()的规范 重写equals()可能的误区 一般的equals()写法 附:java中equals()方法的正确使用 总结 equals()在哪里 首先我们知道Java中Object类是所有类的父类,它里面定义了equals()方法: public boolean equals(Object obj) { return (this == obj

  • Java中equals()方法重写实现代码

    Java中equals()方法重写实现代码

    Java中equals()方法重写实现代码 Java中的equals()方法是在Object类中定义,Object类是所有类的父类.换句话说,任何类都隐含地继承了该方法.判断两个对象的内容是否相同,必须使用equals()方法,对于没有重写该方法的类,需要重写该方法. 重写equals()方法代码如下: /** *equlas()方法重写实例 */ class User { /** *方法描述:设置name值 *输入参数:String name *返回类型:void */ public void

  • 重写Java中的equals方法介绍

    Java中,只有8种基本类型不是对象,例如:4种整形类型(byte, short, int,long),2种浮点类型(flout, double),boolean, char不是对象,其他的所有类型,不论是对象数组,列表等都扩展了Object类.了解学习Object中方法的设计原理和实现方式有助于更好的学习理解java语言.下面,我们首先学习一下Object中的equals方法. 判断两个对象相等时,JVM首先查找两个对象的hashCode, 如果两者hashCode不同,则返回false;如果

  • 浅谈java 中equals和==的区别

    本文实例为大家分享了java 中equals和==的区别的具体代码,供大家参考,具体内容如下 java9举例代码: String str1 = "abc"; String str2 = "abc"; String str3 = new String("abc"); String str4 = new String("abc"); 当: str1 == str2    输出:true 当:str1.equals(str2); 输

  • Java中equals()知识点总结

    经过几天的学习,终于对equals的用法有了比较全面的认识,并做一个总结. 1.equals的本意--即在Object对象中定义的equals()方法有什么样的意义. (此处先附上==的作用,后面仍有叙述.因为==和equals()方法的关系是很密切的,后面有我自己的看法. ==用于比较引用和比较基本数据类型时具有不同的功能: 比较基本数据类型,如果两个值相同,则结果为true 而在比较引用时,如果引用指向内存中的同一对象,结果为true) public boolean equals(Objec

  • java中hashCode方法与equals方法的用法总结

    首先,想要明白hashCode的作用,必须要先知道Java中的集合. 总的来说,Java中的集合(Collection)有两类,一类是List,再有一类是Set. 前者集合内的元素是有序的,元素可以重复:后者元素无序,但元素不可重复. 那么这里就有一个比较严重的问题了:要想保证元素不重复,可两个元素是否重复应该依据什么来判断呢? 这就是Object.equals方法了.但是,如果每增加一个元素就检查一次,那么当元素很多时,后添加到集合中的元素比较的次数就非常多了. 也就是说,如果集合中现在已经有

  • Java编程中避免equals方法的隐藏陷阱介绍

    摘要 本文描述重载equals方法的技术,这种技术即使是具现类的子类增加了字段也能保证equal语义的正确性. 在<Effective Java>的第8项中,Josh Bloch描述了当继承类作为面向对象语言中的等价关系的基础问题,要保证派生类的equal正确性语义所会面对的困难.Bloch这样写到: 除非你忘记了面向对象抽象的好处,否则在当你继承一个新类或在类中增加了一个值组件时你无法同时保证equal的语义依然正确 在<Programming in Scala>中的第28章演示

  • Java中如何正确重写equals方法

    Java中如何正确重写equals方法

    目录 1. 什么是equals方法? 1.1 equals方法: 2. 为什么要重写equals方法? 2.1 举个例子吧~ 3. 分析equals源码: 4. 正确重写equals方法: 重写equals方法的正确打开方式 正文开始@Assassin 1. 什么是equals方法? 我们首先得知道,Object类是 Java中所有类的父类(超类/基类),也就是说,在Java中,所有的类都是默认继承自Object类的,换言之,Object类中所实现的方法我们都可以直接拿来用.而equals方法便

  • java中重写equals()方法的同时要重写hashcode()方法(详解)

    java中重写equals()方法的同时要重写hashcode()方法(详解)

    object对象中的 public boolean equals(Object obj),对于任何非空引用值 x 和 y,当且仅当 x 和 y 引用同一个对象时,此方法才返回 true: 注意:当此方法被重写时,通常有必要重写 hashCode 方法,以维护 hashCode 方法的常规协定,该协定声明相等对象必须具有相等的哈希码.如下: (1) 当obj1.equals(obj2)为true时,obj1.hashCode() == obj2.hashCode()必须为true (2) 当obj

随机推荐