c# - 在 C# 中对值类型使用 "Equals"似乎不是一个好主意，是吗？

Question

我知道值类型(结构)中“等于”的默认行为是使用反射来比较两个值的内容，因此如果性能很重要，建议覆盖等于运算符以提高效率。

但是Equals的签名好像是:

public override bool Equals( object ob )

这意味着即使我重写此方法，我在比较值类型时仍会进行装箱，因为参数必须是“对象”类型。

我说的对吗？拳击确实发生了吗？我应该只对值类型使用 == 运算符吗？

编辑:还有一个小问题，为什么当我覆盖 == 它应该是静态的并获得 2 个参数而不是更直观的非静态形式并将“this”与一个参数进行比较？

Answer 1

除了覆盖 Object.Equals()你应该实现 IEquatable<T> , 其中T是你的类型本身。 IEquatable<T>.Equals()接受类型为 T 的参数.

如果您隐式实现接口(interface)(为什么不呢？)，那么接受 T 的更具体的方法将尽可能使用 -typed 参数，在这种情况下不会发生装箱。 (如果重载 Equals() 并且不实现该接口(interface)，则为真，但在这种情况下没有理由不实现该接口(interface)。)

这是我在实现值类型相等时通常使用的模式:

struct Foo : IEquatable<Foo>
{
    public bool Equals(Foo other)
    {
        // Do your equality test here.
        throw new NotImplementedException();
    }

    public override bool Equals(object other)
    {
        if (other != null && other is Foo) {
            return Equals((Foo)other);
        }

        return false;
    }

    // If you also want to overload the equality operator:
    public static bool operator==(Foo a, Foo b)
    {
        return a.Equals(b);
    }

    public static bool operator!=(Foo a, Foo b)
    {
        return !a.Equals(b);
    }
}

当然，不要忘记覆盖 Object.GetHashCode()也是。

---

请注意，在使用 Equals(object) 时方法，只有参数被装箱。您正在调用的对象将不会被装箱，除非您将其转换为 object (或接口(interface)类型)第一。 ldloca之一, ldflda , 或 ldsflda将为您调用的对象发出指令(视情况而定)，另一个将被装箱(在没有更具体的重载的情况下)。