Object.Equals的奇怪实现

Question

我正在阅读有关的MSDN文档object.Equals.在评论部分提到:

如果两个对象不表示相同的对象引用且都不为null,则它调用objA.Equals(objB)并返回结果.这意味着如果objA重写Object.Equals(Object)方法,则调用此覆盖.

我的问题是为什么他们没有实现这一部分,objA.Equals(objB) && objB.Equals(objA)以使平等对称,只关系一方面？调用时可能会导致奇怪的行为object.Equals.

编辑:当objA的类型覆盖Equals方法并将其实现为不可预测的东西时,可能会发生奇怪的行为,但objB的类型不会覆盖Equals.

Answer 1

基本上,这只对具有缺陷Equals实现的开发人员有用.从文档:

对于该Equals(Object)方法的所有实现,以下语句必须为true .在列表中x,y和z代表对象引用不为空.

• [...]
• x.Equals(y)返回相同的值y.Equals(x).
• [...]

因此,在正确实施该方法的每种情况下,检查都是多余的 - 对每个做出正确事情的开发人员造成性能损失.

它对于那些没有做正确事情的开发人员来说甚至不是非常有用,因为他们可能仍然期望object.Equals(x, y)在返回true时返回false- 他们可以调试并发现他们的方法返回true,毕竟.你可以说,它将被记录为检查两种方式 - 但我们已经确定,这个影响的唯一开发人员是那些不读文档的人.

基本上,当您覆盖方法或实现接口时,您应该知道您正在做什么并遵守指定的合同.如果你不这样做,你会得到奇怪的行为,我不认为期望每个调用者尝试解决那些不符合他们意图的实现是合理的.