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

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

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

Java 中 interface 是纯抽象契约，没有构造方法，所以 new MyInterface() 会编译报错。但你可以用接口名声明变量，比如 Runnable r; —— 这只是声明了一个指向实现类对象的引用，实际对象必须是某个 class 的实例。

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

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

类实现接口必须重写所有 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() 返回 true；MyClass.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 方法看似安全，但若实现类恰好已有同签名私有方法，就会因冲突而编译失败。