Java接口与类的实现关系与核心概念

接口不能直接new,因其无构造方法且JVM禁止对接口执行new指令;但可声明引用变量(如Runnable r;),实际对象必须是实现类实例,支持多态和多实现。

接口不能直接 new,但可以声明引用类型

Java 中 interface 是纯抽象契约,没有构造方法,所以 new MyInterface() 会编译报错。但你可以用接口名声明变量,比如 Runnabl

e r; —— 这只是声明了一个指向实现类对象的引用,实际对象必须是某个 class 的实例。

常见错误:把接口当类来实例化,或误以为 Runnable r = new Runnable() { ... }; 是“new 接口”,其实这是匿名内部类语法糖,背后生成的是一个隐式子类。

  • 接口变量只能调用接口中定义的方法,哪怕实际对象有额外方法也无法访问
  • 多态依赖此机制:同一接口引用可指向不同实现类,运行时动态绑定
  • JDK 8+ 接口可含 defaultstatic 方法,但它们不改变“不能实例化”的本质

类实现接口必须重写所有 abstract 方法(除非是 abstract class)

普通类用 implements 实现接口时,编译器强制要求覆盖所有未实现的抽象方法。否则编译失败,错误信息类似:The type XXX must implement the inherited abstract method YYY.ZZZ()

注意 abstract class 可以选择性实现接口方法,把剩余抽象方法留给子类处理——这是抽象类作为“中间层”的典型用途。

  • 如果接口新增方法,所有非抽象实现类都会立刻编译失败,这是接口演进的风险点
  • 默认方法(default)不在此列,实现类可直接继承,也可选择重写
  • 多个接口有同名同签名的 default 方法时,实现类必须显式重写,否则编译报错

一个类可以 implements 多个接口,但只能 extends 一个类

Java 不支持多继承,但允许多实现。例如:class A implements Runnable, Comparable, AutoCloseable 是完全合法的。

这使得接口成为组合行为的理想载体:Runnable 表示“可运行”,AutoCloseable 表示“需关闭”,二者语义正交,可同时赋予一个类。

  • 接口之间可用 extends 继承(如 SortedSet extends Set),支持多继承接口
  • 若两个接口定义了相同签名的 default 方法,且无 override,则编译不通过
  • 实现类中调用 super 访问特定接口的 default 方法,语法为 InterfaceName.super.method()

接口与类在字节码和运行时的本质区别

编译后,接口生成 .class 文件,但其字节码标记为 ACC_INTERFACE,且不含实例字段(ACC_STATIC 字段除外)、不含构造器、所有方法默认 ACC_PUBLIC ACC_ABSTRACT(JDK 8+ 还可能有 ACC_DEFAULT)。

而普通类的字节码是 ACC_CLASS,包含字段、构造器、实例方法等完整结构。JVM 在验证阶段就禁止对接口执行 new 指令。

  • 反射中:MyInterface.class.isInterface() 返回 trueMyClass.class.isInterface()false
  • instanceof 可用于接口,判断对象是否实现了该接口,底层依赖类的 interfaces[] 元数据
  • 接口方法调用使用 invokeinterface 字节码指令,与 invokevirtual 分开处理,有独立的解析与缓存逻辑
interface Animal {
    void sound(); // abstract by default
    default void breathe() {
        System.out.println("breathing...");
    }
}

class Dog implements Animal {
    public void sound() { // 必须实现
        System.out.println("woof");
    }
    // breathe() 可直接继承,无需重写
}
接口不是模板类,也不是轻量级类——它是 JVM 层级的独立类型系统成员。真正容易被忽略的,是 default 方法带来的二进制兼容性假象:加了 default 方法看似安全,但若实现类恰好已有同签名私有方法,就会因冲突而编译失败。