为什么 Object 提供 equals 和 hash 代码方法？

问：

许多面向对象的编程语言，其中 like 是类型层次结构的根，提供了一些默认的相等和哈希代码方法;例如：Object

• C#：和System.ObjectEqualsGetHashCode
• Java ： 和java.lang.ObjectequalshashCode

对于表现出值语义的对象，重写这些方法很有价值;例如，、 和 ，但对于表现出行为语义的对象，重写这些方法并不常见;例如，服务和控制器。这些方法还用作确定重复项和插入的机制。BooleanIntegerGuidSet<T>Map<K, V>

让我们假设它不包含这些方法，而是它们由接口提供;例如：Object

interface Equatable<T> {
    Boolean equals(T other)
}

interface Hashable {
    Integer getHashCode()
}

现在，表现出行为语义的对象不会实现这些方法，因为它们不是必需的，但表现出值语义的对象可以实现它们;例如：

class Guid : Equatable<Guid>, Hashable {
    public Boolean equals(Guid other) {
        ...
    }

    public Integer getHashCode() {
        ...
    }
}

此外，还可以声明对 和 的约束，使得对象应实现 ;例如：Set<T>Map<K, V>TKEquatable<T>Hashable

interface Set<T> where T extends Equatable<T>, Hashable {
    ...
}

interface Map<K, V> where K extends Equatable<T>, Hashable {
    ...
}

鉴于并非所有对象（即那些表现出行为语义的对象）都需要重写这些方法，因此，equals 和 hash 代码方法不需要在类型层次结构的根中声明似乎是合理的，那么为什么它们在类型层次结构的根中定义，而不是期望根据需要实现的东西？

这些方法在类型层次结构的根目录下实现是否有其他根本原因，是否有任何类似的语言不是这种情况？