我在一款Silverlight应用程序中有一个条件，需要比较两个字符串。但是使用 == 时会返回 false ，而 .Equals（）返回 true 。
代码如下：
if (((ListBoxItem)lstBaseMenu.SelectedItem).Content.Equals("Energy Attack"))
{
// Execute code
}
if (((ListBoxItem)lstBaseMenu.SelectedItem).Content == "Energy Attack")
{
// Execute code
}
为什么会发生这种情况呢？
当在object类型的表达式上使用==时，它将解析为System.Object.ReferenceEquals。
Equals只是一个virtual方法，因此将使用重写版本（对于string类型会比较内容）。
object类型（注意等宽字体）在技术上意味着“类型为System.Object的表达式”。它与被表达式引用的实例的运行时类型无关。我认为声明“用户定义的运算符被视为virtual方法”是极其误导人的。它们被视为重载方法，并且仅取决于操作数的编译时类型。实际上，在计算候选用户定义的运算符集之后，绑定过程的其余部分将完全是方法重载解析算法。 - Mehrdad Afshari当比较一个对象引用和一个字符串时（即使对象引用指向一个字符串），== 运算符在特殊的处理字符串类时会被忽略。
通常情况下（不涉及字符串的情况下），Equals 比较值，而 == 比较对象引用。
如果两个对象引用都指向同一个对象实例，那么两者都将返回true，但如果其中一个具有相同的内容并来自不同的源（是具有相同数据的单独实例），则只有Equals将返回true。然而，如评论中所述，字符串是一种特殊情况，因为它重写了 == 运算符，所以当纯粹处理字符串引用（而不是对象引用）时，只会比较值，即使它们是单独的实例。以下代码说明了行为上微妙的差异：
string s1 = "test";
string s2 = "test";
string s3 = "test1".Substring(0, 4);
object s4 = s3; // Notice: set to object variable!
Console.WriteLine($"{object.ReferenceEquals(s1, s2)} {s1 == s2} {s1.Equals(s2)}");
Console.WriteLine($"{object.ReferenceEquals(s1, s3)} {s1 == s3} {s1.Equals(s3)}");
Console.WriteLine($"{object.ReferenceEquals(s1, s4)} {s1 == s4} {s1.Equals(s4)}");
输出结果为：
True True True // s1, s2
False True True // s1, s3
False False True // s1, s4
摘要：
| 变量 | .ReferenceEquals | == | .Equals |
|---|---|---|---|
| s1，s2 | 真 | 真 | 真 |
| s1，s3 | 假 | 真 | 真 |
| s1，s4 | 假 | 假 | 真 |
==和.Equals都取决于实际类型的行为和调用现场的实际类型。这两个方法/运算符都可以在任何类型上被重载，赋予作者所需的任何行为。据我经验，人们通常在对象上实现.Equals但忽略了实现运算符==。这意味着.Equals实际上会测量值的相等性，而==会测量它们是否是同一个引用。Object.ReferenceEquals(在通用情况下不需要)EqualityComparer<T>.Default==是模糊的，我会在代码中明确使用Object.ReferenceEquals来消除不确定性。== 操作符可以为任何类型重载，不仅仅是字符串。仅描述字符串的特殊情况会误导操作符的语义。更准确的说法可能是“如果操作数是引用类型，则返回 true 如果操作数引用相同的对象，除非有适用的重载，在这种情况下该重载的实现决定结果”虽然这可能没有太大用处。对于 Equals 也是一样的，但它是一个虚拟方法，因此它的行为可以被覆盖和重载。 - phoog据我理解，答案很简单：
== 比较对象的引用。.Equals 比较对象的内容。String 数据类型始终像比较内容。希望我的回答是正确的并且回答了您的问题。
首先，确实有一个区别。对于数字而言，
> 2 == 2.0
True
> 2.Equals(2.0)
False
并且对于字符串
> string x = null;
> x == null
True
> x.Equals(null)
NullReferenceException
在这两种情况下，== 的行为比 .Equals 更加有用。
== 运算符是否是一件好事情。例如，16777216.0f 是否应该等于 (int)16777217、(double)16777217.0、两者皆是或都不是呢？在整数类型之间进行比较是可以的，但我认为浮点类型之间的比较只应该使用明确转换为匹配类型的值来执行。将 float 与非 float 的某些东西进行比较，或将 double 与非 double 的某些东西进行比较，让我感到很不舒服，这应该无法编译而出现诊断信息。 - supercatx == y 并不意味着 x/3 == y/3（尝试 x = 5 和 y = 5.0）。 - Colonel Panic/进行整数除法是一个缺陷。Pascal的div甚至VB.NET的\都要好得多。然而，==的问题更糟：x==y和y==z并不意味着x==z（考虑我之前评论中的三个数字）。至于您建议的关系，即使x和y都是float或double，x.equals((Object)y)也不能暗示1.0f/x == 1.0f/y（如果我有选择的话，它会保证；即使==不能区分正数和零，Equals`也应该）。 - supercat我想要补充的是，如果你将你的对象转化为字符串，那么它将正常工作。这就是为什么编译器会给你一个警告：
可能出现错误的引用比较; 要进行值比较，请将左侧类型强制转换为“字符串”
object expr = XXX; if (expr == "Energy") { ... }，那么由于左侧是编译时类型为 object，编译器必须使用重载 operator ==(object, object)。它检查引用相等性。无论这是否会给出true或false取决于 字符串驻留（string interning） ，因此很难预测。如果你_确信_左侧为 null 或 string 类型，请在使用 == 之前将左侧强制转换为 string。 - Jeppe Stig Nielsen因为迄今为止还没有提到.Equal方法的静态版本，所以我想在这里加入概括并比较这三种变体。
MyString.Equals("Somestring")) //Method 1
MyString == "Somestring" //Method 2
String.Equals("Somestring", MyString); //Method 3 (static String.Equals method) - better
其中，MyString是来自代码中其他位置的变量。
背景信息和总结：
在Java中，使用==比较字符串不应该使用。我提到这一点是为了让你知道，在需要使用两种语言时，也可以用更好的方法替换C#中的==。
在C#中，使用方法1或方法2比较字符串没有实际区别，只要两者都是字符串类型。然而，如果其中一个为空，另一个是另一种类型（如整数），或者一个代表具有不同引用的对象，则可能会出现与初始问题所示不同的相等性比较结果。
建议的解决方案：
因为使用==进行比较并不完全等同于使用.Equals，所以可以使用静态String.Equals方法来代替。这样，如果两侧不是相同类型，仍会比较内容，如果其中一个为空，您将避免异常。
bool areEqual = String.Equals("Somestring", MyString);
我认为写起来略微繁琐，但使用更加安全。
以下是从Microsoft复制的一些信息：
public static bool Equals (string a, string b);
参数
a 字符串
要比较的第一个字符串，或null。
b 字符串
要比较的第二个字符串，或null。
返回 Boolean
如果a的值与b的值相同，则返回true; 否则返回false。如果a和b都是null，则方法返回true。
作为对已有好答案的补充：这种行为不仅限于字符串或比较不同类型的数字。即使两个元素都是相同基础类型的对象。"=="也无法工作。
以下屏幕截图显示了比较两个对象{int}值的结果
之前@BlueMonkMN提供的答案还有另一个方面需要考虑。这个方面是，回答@Drahcir标题问题的答案也取决于我们如何得到string值。举个例子：
string s1 = "test";
string s2 = "test";
string s3 = "test1".Substring(0, 4);
object s4 = s3;
string s5 = "te" + "st";
object s6 = s5;
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s2), s1 == s2, s1.Equals(s2));
Console.WriteLine("\n Case1 - A method changes the value:");
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s3), s1 == s3, s1.Equals(s3));
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s4), s1 == s4, s1.Equals(s4));
Console.WriteLine("\n Case2 - Having only literals allows to arrive at a literal:");
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s5), s1 == s5, s1.Equals(s5));
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s6), s1 == s6, s1.Equals(s6));
True True True
Case1 - A method changes the value:
False True True
False False True
Case2 - Having only literals allows to arrive at a literal:
True True True
True True True
==运算符，但运算符不具有多态性。在这段代码中，==运算符被调用到类型为object的对象上，它进行的是身份比较而非值比较。 - Drew Noakes==的左侧具有编译时类型为object，右侧具有编译时类型为string时，C＃编译器必须选择（在这种情况下）存在问题的重载运算符operator ==(object, object)；但它会发出编译时警告，指出可能是无意的。因此，请_阅读_编译时警告！要修复此问题并仍然使用==，请将左侧转换为string类型。如果我没记错，警告文本建议这样做。 - Jeppe Stig Nielsen