当覆盖在.net中时，您应该覆盖Gethashcode吗？

.NET 中重写 Equals 时是否应重写 GetHashCode？

在 .NET 中定义自定义类型时，如果需要，不仅要重写 Equals 方法，还要重写 GetHashCode 方法，这一点至关重要。当类型用作字典和哈希集等集合中的键时，这一点尤其重要。

为什么重写 GetHashCode？

GetHashCode 负责为对象生成哈希码。在没有自定义相等比较器的情况下，集合使用此哈希码来确定在其中查找对象的适当存储桶。如果两个对象的哈希码相同，则假定它们位于同一个存储桶中，只有那时才会调用 Equals 来执行更详尽的相等性检查。

首选 GetHashCode 方法

考虑到提供的 Foo 类，其中重写 Equals 以基于 FooId 属性进行比较，GetHashCode 的首选实现是返回 FooId。这种方法与 Equals 逻辑一致，确保具有相同 FooId 的对象具有相同的哈希码。

不正确重写 GetHashCode 的后果

忽略重写 GetHashCode，使用默认实现，会导致以下几种不利影响：

• 错过相等的对象：如果两个对象实际上相等但具有不同的哈希码，则它们可能永远不会被认为相等，因为不会调用 Equals。
• 过多的冲突：不正确的 GetHashCode 实现会导致过多的冲突，其中多个对象被分配相同的哈希码，从而导致性能效率低下。

其他注意事项

• GetHashCode 规则：GetHashCode 和 Equals 必须遵守特定规则。相等的对象必须返回相同的哈希码，而不同的对象可能具有相同的哈希码。
• 哈希码组合：当考虑多个属性的相等性时，建议组合它们的哈希码以减轻对角线冲突。
• 便捷运算符：考虑提供重载的 == 和 != 运算符以方便比较。

通过根据 Equals 实现重写 GetHashCode，我们确保具有相同标识的对象具有相同的哈希码，从而促进集合中高效且准确的存储和检索。

以上是当覆盖在.net中时，您应该覆盖Gethashcode吗？的详细内容。更多信息请关注PHP中文网其他相关文章！