==或.Equals()

Question

为什么要使用一个而不是另一个呢？

Answer 1

==是身份测试。如果被测试的两个对象实际上是同一个对象，它将返回true。Equals()执行相等性测试，如果两个对象认为自己相等，则返回true。

身份测试更快，因此您可以在不需要更昂贵的相等性测试时使用它。例如，与null或空字符串进行比较。

可以重载这两种方法中的任何一种来提供不同的行为--比如Equals()的身份测试--但是为了便于任何人阅读您的代码，请不要这样做。

下面指出:一些类型，如String或DateTime，为==操作符提供了重载，这给了它相等的语义。因此，确切的行为将取决于您正在比较的对象的类型。

另请参阅：

• http://blogs.msdn.com/csharpfaq/archive/2004/03/29/102224.aspx

Answer 2

@约翰·米利金：

指出:像DateTime这样的一些值类型为==运算符>提供了重载，这给了它相等的语义。因此，确切的行为将取决于您正在比较的>对象的类型。

详述：

DateTime是作为结构实现的。所有结构都是System.ValueType的子级。

由于System.ValueType的子级驻留在堆栈上，因此没有指向堆的引用指针，因此无法进行引用检查，因此必须仅通过值比较对象。

System.ValueType覆盖了.Equals()和==以使用基于反射的相等性检查，它使用反射来比较每个字段的值。

因为反射有点慢，所以如果您实现自己的结构，覆盖.Equals()并添加您自己的值检查代码是很重要的，因为这样会快得多。不要只调用base.Equals()；

Answer 3

其他人几乎都介绍过你了，但我还有一句忠告。每隔一段时间，你就会遇到这样一个人，他用自己的生命(和他所爱的人)发誓说，.Equals更高效/更好/更好，或者是其他一些教条。我不能谈论效率(好吧，好吧，在某些情况下我可以)，但我可以谈论一个大问题，它将突然出现：.Equals需要一个对象存在。(听起来很愚蠢，但它会让人感到厌烦。)

您不能执行以下操作：

StringBuilder sb = null;
if (sb.Equals(null))
{
    // whatever
}

对我来说，这似乎是显而易见的，也许对大多数人来说，你会得到一个NullReferenceException。然而，.Equals的支持者忘记了这个小事实。当他们看到NullRefs开始弹出来的时候，有些人甚至被“扔”掉了(对不起，忍不住了)。

(在DailyWTF发布之前的几年