可能重复：
Is it necessary to override == and != operators when overriding the Equals method? (.NET)
C# 编译器提示我如果覆盖 ==，我应该覆盖 equals，我只想知道为什么？
【问题讨论】：
如果您通过== 重新定义平等，那么如果== 所做的事情与.Equals 非常不同，那么它真的会令人困惑，并且.Equals 必须是后备，因为当该类型在编译时未知，只有.Equals 可用。因此，定义== 真正意味着：定义==、!=、Equals 和GetHashCode，并可能为某些T 实现IEquatable<T>。
【讨论】：
double.NaN 当你弄错时会刺痛 :-)
== 和 Equals 不可能在所有情况下都表现相同，我认为他们不应该被期望。更有帮助的是== 在可用的地方保持一致，而Equals 在任何地方都保持一致（因为它在任何地方都可用）。表示相同数字的数字类型应比较 == 的规则，即使它们在其他方面有所不同，而只有 100% 等效的事物应与 Equals 进行比较，恕我直言，这将比现在存在的 mishmosh 更有帮助。
Decimal 值映射到其字符串表示形式的字典，因为字典无法区分数字1.0m 和1.00m [其字符串表示形式应该不同]。 == 运算符应该将这些值视为相等，但这并不意味着 Equals 应该。此外，== 重载的定义方式通常无法实现等价关系，也没有真正测试数值相等性，因为例如16777217==16777216.0f.
因为否则您将有两个语义相似的操作可能产生不同的结果，这意味着很多混乱。
我不确定编译器是否会阻止你，或者这只是一个警告，但在任何一种情况下，确保它们的行为相同通常都是好的。
double.NaN == double.NaN 与 double.NaN.Equals(double.NaN) 之间存在类似的情况。
【讨论】：
double.NaN.Equals( double.NaN) == true。
因为否则，根据您进行比较的方式，您会得到不同的结果。
执行x == y 可能会产生与执行y == x 不同的结果（如果x 和y 是不同的类型）。其他比较（例如在列表中查找值或将其用作字典中的键）不使用 == 运算符，因此根本不起作用。
【讨论】：
x == y 将在x 值上使用== 运算符，但y == x 将在y 值上使用== 运算符。如果它们的实现方式不同（例如y 使用默认对象比较），它们会给出不同的结果。
x 和y 有不同的类型，就会发生这种情况。如果两者具有相同的类型，x == y 或 y == x 的行为方式应该相同。也许您应该在我们的回答中指出这一点。