这篇文章有一篇文章，你可能会觉得很有趣，引用了乔恩·斯基特的话。看起来用途是差不多的。

Jon Skeet指出，实例Equals的性能“在字符串较短时略好——随着字符串长度的增加，这种差异变得完全不重要。”

这篇文章有一篇文章，你可能会觉得很有趣，引用了乔恩·斯基特的话。看起来用途是差不多的。

Jon Skeet指出，实例Equals的性能“在字符串较短时略好——随着字符串长度的增加，这种差异变得完全不重要。”

很大一部分开发人员很可能来自Java背景，使用==比较字符串是错误的，而且不起作用。

在c#中，(对于字符串)没有(实际的)区别，只要它们的类型是字符串。

如果它们的类型是object或T，那么在这里可以看到其他关于泛型方法或操作符重载的回答，因为你肯定想使用Equals方法。

我想补充一点，还有一点不同。这与Andrew发布的内容有关。

这也与在我们的软件中发现一个非常烦人的bug有关。请参阅下面的简化示例(我还省略了空检查)。

public const int SPECIAL_NUMBER = 213;

public bool IsSpecialNumberEntered(string numberTextBoxTextValue)
{
    return numberTextBoxTextValue.Equals(SPECIAL_NUMBER)
}

这将编译并总是返回false。而下面将给出一个编译错误:

public const int SPECIAL_NUMBER = 213;

public bool IsSpecialNumberEntered(string numberTextBoxTextValue)
{
    return (numberTextBoxTextValue == SPECIAL_NUMBER);
}

我们不得不解决一个类似的问题，有人使用Equals比较不同类型的枚举。在意识到这是错误的原因之前，你会阅读很多次。特别是当SPECIAL_NUMBER的定义不在问题区域附近时。

这就是为什么我真的反对在不必要的情况下使用等号。你失去了一点类型安全。

这两种方法在功能上是相同的——它们比较值。 正如MSDN上写的那样:

关于字符串。Equals方法-确定该实例和 另一个指定的String对象具有相同的值。(http://msdn.microsoft.com/en-us/library/858x0yyx.aspx) About ==—虽然string是引用类型，但相等操作符(==和 !=)的定义是为了比较字符串对象的值，而不是 参考文献这使得字符串相等性的测试更加直观。(http://msdn.microsoft.com/en-en/library/362314fe.aspx)

但如果你的一个字符串实例是空的，这些方法的工作方式是不同的:

string x = null;
string y = "qq";
if (x == y) // returns false
    MessageBox.Show("true");
else
    MessageBox.Show("false");

if (x.Equals(y)) // returns System.NullReferenceException: Object reference not set to an instance of an object. - because x is null !!!
    MessageBox.Show("true");
else
    MessageBox.Show("false");

我一直在碰壁，试图解决一个错误，因为我读了这篇文章，得出的结论是，在实践中没有什么有意义的区别，所以我把这个链接贴在这里，以防其他人发现他们从==和=中得到不同的结果。

Object == equal失败，但. equals成功。这有道理吗?

string a = "x";
string b = new String(new []{'x'});

Console.WriteLine("x == x " + (a == b));//True
Console.WriteLine("object x == x " + ((object)a == (object)b));//False
Console.WriteLine("x equals x " + (a.Equals(b)));//True
Console.WriteLine("object x equals x " + (((object)a).Equals((object)b)));//True