为什么将两个字符串作为对象进行比较会导致意外结果

Question

考虑以下代码。

object str = new string(new char[] { 't', 'e', 's', 't' });
object str1 = new string(new char[] { 't', 'e', 's', 't' });
Console.WriteLine(str==str1); // false
Console.WriteLine(str.Equals(str1));  // true

我理解相等运算符在这里工作，因为我们已隐式转换为对象，相等运算符正在检查两者的引用是否相等并返回 false。

但我对第二个感到困惑，返回 true 看起来它正在调用 String 类型提供的 Equals 覆盖实现，并且它检查字符串的内容是否相等。

我的问题是为什么它也不检查运算符的内容相等性，它们的实际类型是字符串而不是对象。对吧？

而以下代码为两者都输出 ture：

object str = "test";
object str1 = "test";
Console.WriteLine(str==str1); // true
Console.WriteLine(str.Equals(str1)); // true

Answer 1

与：

Console.WriteLine(str==str1); // false

在编译时确定要使用哪个 C# 预定义（正式）重载的 operator ==。由于str 和str1 被声明为object，因此选择了重载operator ==(object, object)。这是在编译时修复的。仅仅因为实际的运行时类型恰好更具体，这并没有改变。如果您想在运行时绑定，请改用Console.WriteLine((dynamic)str == (dynamic)str1); /* true */。

与：

Console.WriteLine(str.Equals(str1));  // true

您在 object 上调用 virtual 方法。虚拟意味着它将转到运行时相关的任何override。 System.String 类有一个覆盖，由于str 将具有运行时类型System.String，因此“虚拟调度”将使用覆盖。

---

关于您问题底部的补充：由于字符串实习，情况有所不同。字符串实习是一种优化，其中相同的物理实例用于值相同的形式不同的字符串。当您有两个字符串的值在源代码中给出时，字符串实习将“优化”并对 same 实例进行两次引用。这通常是无害的，因为字符串保证是不可变的。所以通常你不关心它是同一个实例还是另一个具有相同值的实例。但在你的例子中，我们可以“揭示”实习。

注意：字符串实习与您的原始问题无关。只有在您为问题添加了新示例之后，字符串实习才变得相关。

Answer 2

当 == 用于对象类型的表达式时，它将解析为 System.Object.ReferenceEquals。

Equals 只是一个虚方法，其行为也是如此，因此将使用被覆盖的版本（对于字符串类型，它会比较内容）。

Answer 3

这是因为 字符串实习；当你写：

object str = "test";
object str1 = "test";
Console.WriteLine(str==str1);

这按预期工作，因为两个字符串在内部由编译器静默复制到一个位置，因此这两个指针实际上将指向 同一个对象。

如果你从一个字符数组创建一个字符串，编译器不够聪明，无法理解你的意图，并且它与上面的等价，因此，作为一个 引用类型的字符串，它们'实际上是两个不同的内存中的对象。

看看这篇文章：https://blogs.msdn.microsoft.com/ericlippert/2009/09/28/string-interning-and-string-empty/

Equals 方法在字符串中被覆盖，因此它比较的是字符串的实际内容而不是地址，因为 == (ReferenceEquals ) 在你的情况下，因为类型是 object。

Answer 4

我相信这是因为String == operator 只将string 类型作为参数，而.Equals method 将object 类型作为参数。

由于字符串==只接受string类型作为参数，重载决策选择对象==操作符进行比较。

Answer 5

String.Equals 方法的帮助是这样的：

此方法执行一个序数（区分大小写和 文化不敏感）比较。

因此，比较是通过逐个字符检查字符串来完成的，因此为真。