Java中的接口是否在内部继承Object类？结合代码分析

结论很明确：Java的接口并没有真正继承Object类，但Java语言规范里有特殊规则，允许接口声明与Object类的public实例方法签名完全一致的方法。

针对你提供的代码解释 #

你写的这段代码是合法的：

@FunctionalInterface
interface abc
{
    void meth1();
    default void meth2(){
    };
    boolean equals(Object obj);
}

但这里的boolean equals(Object obj);并不是“重写”Object的方法——因为接口根本没有继承Object。Java规范规定：当接口声明了一个和Object的public实例方法（比如equals、hashCode、toString）签名完全匹配的方法时，这个声明会被视为是对Object对应方法的抽象声明，但接口并不会从Object继承这些方法的实现，甚至不会继承方法本身。

背后的逻辑 #

• Java里接口的继承关系只能是接口继承其他接口，接口不能继承类，这是核心规则。Object是类，所以接口不可能继承它。
• 所有Java类都直接或间接继承Object，但接口不是类，所以不存在这条继承链。
• 允许接口声明这些方法的原因是：任何实现该接口的类，必然是Object的子类（因为Java里所有类都继承Object），所以类本身已经拥有这些方法。接口里的声明只是显式地强调：实现类需要确保该方法的行为符合预期（其实即使不声明，类也会继承Object的版本，或者可以自己重写）。

另外，你这个接口标注@FunctionalInterface是合法的，因为equals属于Object的方法，不会被计入“抽象方法数量”——FunctionalInterface要求只能有一个抽象方法，这里只有meth1()是抽象方法，equals的声明不会打破这个限制。

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