Java实现接口时equals和toString为何非强制？显式声明有何意义？

为什么实现接口时无需强制重写equals和toString？ #

所有Java类都默认继承自Object类，而Object本身已经提供了equals(Object obj)和toString()的默认实现。当你实现ICompare接口时，你的类（包括示例中的匿名内部类）通过继承Object已经满足了接口对这两个方法的实现要求——接口只要求实现类拥有这些方法的实现，不管是自己重写的还是继承来的，因此编译器不会强制你重新实现它们。

显式在接口中声明这两个方法的好处 #

• 明确契约约束：显式声明相当于给接口的实现者传递一个信号：这两个方法在该接口的业务场景中是有特殊意义的，不能随便用Object的默认实现应付。比如实现ICompare的比较器类，可能需要根据比较逻辑重写equals，确保两个比较逻辑一致的比较器被视为相等。
• 增强代码可读性与文档性：接口的方法列表是最直观的契约文档，其他开发者看到接口里的equals和toString，能立刻意识到这两个方法是接口契约的一部分，需要重点关注其实现是否符合接口的设计意图。
• 辅助编译时检查：虽然不声明也能重写Object的方法，但显式声明后，如果你在实现类中重写时使用@Override注解，编译器会更精准地检查你是否匹配了接口声明的方法签名，避免出现参数类型写错这类签名错误。
• 统一方法签名规范：显式声明可以确保所有实现类都遵循接口定义的方法签名，避免因疏忽导致的签名不一致问题，保证接口契约的一致性。

接口代码 #

public interface ICompare {
    public int compare(String o1, String o2);
    public boolean equals(Object obj);
    public String toString();
}

实现代码 #

public class Main {
    public static void main(String[] args) {
     ICompare c = new ICompare() {
         @Override
         public int compare(String o1, String o2) {
             throw new UnsupportedOperationException("Not supported yet.");
         }
     };
    }
}

内容的提问来源于stack exchange，提问作者Blank