Java中通过接口引用变量访问Object类方法的原理及底层机制

问题场景与代码示例 #

我正在做一个Java项目，定义了一个接口、实现该接口的类，以及测试用的用户类，但我困惑于如何通过接口引用变量调用Object类的方法。

ATM接口 #

package interfaceconcept;

public interface ATM {
    void withdraw();
    void checkBalance();
    void pinGenerate();
}

实现接口的具体子类 #

package interfaceconcept;

public class Bank {
    private class SBI implements ATM {
        public void withdraw() {
            System.out.println("Amount withdrawn successfully!!");
        }

        public void checkBalance() {
            System.out.println("Balance available!!");
        }

        public void pinGenerate() {
            System.out.println("PIN generated!!");
        }
    }

    public ATM atm() {
        return new SBI();
    }
}

测试逻辑类 #

package interfaceconcept;

public class User {
    public static void main(String[] args) {
        Bank bank = new Bank();
        ATM atm = bank.atm();
        atm.checkBalance();
        atm.withdraw();
        atm.pinGenerate();

        // 这里的疑问：如何通过ATM接口引用变量访问Object类方法？
        System.out.println(atm.toString());   
        System.out.println(atm.equals(atm));  
    }
}

我的核心疑问 #

我一直以为：Java中的接口不会继承Object类的任何方法，而抽象类会继承Object的11个非静态方法，这也是接口能实现100%抽象的原因。但现在我用向上转型后的ATM接口引用，居然能调用Object类的方法，这让我很困惑——按道理编译器会先检查语法，向上转型的引用只能访问父类/顶级父类的成员，但接口并没有继承Object的方法，为什么我能调用呢？我肯定在概念理解上有偏差，希望能得到详细的解释。

核心原理与底层机制解析 #

别担心，你的疑惑非常典型，这其实是Java语言规范里一个容易被忽略的特殊规定，我来一步步给你拆解：

1. 接口并没有“继承”Object，但编译器会隐式“认可”Object的非静态方法 #

首先纠正一个常见误解：接口本身并没有继承Object类，但Java语言规范明确规定：每个接口都会隐式声明所有Object类的非final实例方法（比如toString()、equals()、hashCode()等）作为公共抽象方法。

换句话说，虽然你写的ATM接口里没写这些方法，但在编译器眼里，这个接口相当于：

public interface ATM {
    void withdraw();
    void checkBalance();
    void pinGenerate();
    
    // 编译器隐式添加的Object类方法声明
    public String toString();
    public boolean equals(Object obj);
    public int hashCode();
    // ... 其他Object非final实例方法
}

所以当你用atm.toString()时，编译器会认为这个方法是ATM接口的一部分，语法检查直接通过。

2. 运行时实际执行的是实现类的Object方法 #

接口的实现类（比如你的SBI类）本质上是Object类的子类——所有Java类默认都会继承Object，这一点不会因为实现接口而改变。

当你调用atm.toString()时：

• 编译期：编译器确认ATM接口“有”这个方法，允许调用；
• 运行期：atm引用实际指向的是SBI对象，而SBI继承了Object的toString()方法（如果没重写，就是Object的默认实现），所以最终执行的是这个继承来的方法。

3. 抽象类与接口的本质区别依然存在 #

你之前理解的“抽象类继承Object，接口不继承”是对的，但这个特殊规定并没有打破接口的100%抽象性：

• 抽象类是显式继承Object，所以它的子类会自动继承Object的方法；
• 接口只是隐式声明这些方法，要求实现类必须提供实现（要么继承自Object，要么自己重写），并没有给接口带来任何具体实现，依然保持了抽象性。

举个例子，如果在ATM接口里显式声明toString()：

public interface ATM {
    // ... 原有方法
    public String toString();
}

那么SBI类就必须重写toString()方法（否则编译器报错），这时候你调用atm.toString()就会执行SBI的重写版本——这也体现了接口的抽象约束特性。

总结一下 #

你之所以能通过接口引用调用Object的方法，是Java规范为了保证所有对象的通用性而做的特殊设计：编译器帮你“补全”了接口中Object方法的抽象声明，而运行时实际执行的是实现类从Object继承来的方法，整个过程既不违反接口的抽象性，又保证了Object方法的可访问性。

备注：内容来源于stack exchange，提问作者Mohammed Raheel