Java接口不能继承类是语法强制限制，因接口仅能extends其他接口，不可extends类或implements任何类型，否则编译报错“interface expected here”，且JVM字节码层面不支持该继承关系。
Java 接口不能继承类，这是语法强制限制，不是设计疏漏或版本问题。
接口 extends 类会直接编译失败
Java 语言规定：接口只能用 extends 继承其他接口，不能 extends 类，也不能 implements 任何类型。一旦写成 interface A extends B { } 且 B 是类，javac 立即报错：
error: interface expected here
这不是警告，是编译期硬性拦截。JVM 字节码层面也不支持接口持有类的继承关系——接口的 super_class 指针固定为 java/lang/Object，而类的继承链才使用该字段。
- 别试图绕过：泛型、类型擦除、反射都不能让接口“假装”继承类
- 常见误操作：把抽象类写成接口名（比如本意想定义
AbstractService，却误声明为interface AbstractService extends BaseService） - IDE 自动补全有时会诱导你选错父类型，务必看清光标前的
class或interface关键字
为什么接口不能继承类？关键在角色分离
Java 的类与接口承担不同职责：类定义「是什么」和「怎么做」，接口只定义「能做什么」。如果允许接口继承类，就会混入实现细节（如字段、构造器、private 方法），破坏接口的契约纯粹性。
立即学习“Java免费学习笔记（深入）”；
- 类可以有状态（实例变量），接口不能有非
static final字段 - 类可含具体方法实现，接口在 Java 8+ 虽支持
default和static方法，但依然禁止构造逻辑和实例初始化 - 多继承歧义：类单继承 + 接口多实现 已是折中方案；若接口再继承类，菱形继承的字段/方法冲突将无法静态判定
替代方案：组合优于继承，委托优于“伪继承”
当你觉得“接口需要复用某个类的行为”，真实需求往往是“接口的实现类需要共享某套逻辑”。此时应把共性提取为工具类、默认实现类，或用组合方式注入。
- 用抽象类封装通用实现：
abstract class BaseProcessor { void preCheck() { ... } }，再让具体类extends BaseProcessor implements ProcessorInterface - 接口中定义
default方法复用简单逻辑，但注意：它不能访问实现类的私有成员，也不能调用super非接口方法 - 避免在接口里塞大量
default方法来模拟类继承——这会让接口膨胀，违背“小而专”的设计初衷
容易被忽略的边界情况：函数式接口 & SAM 转换
有人混淆“接口继承类”和“Lambda 表达式引用类方法”。例如 Runnable r = someObj::doWork，这只是方法引用，不改变接口的继承关系。接口本身仍是独立类型。
-
FunctionalInterface注解不影响继承规则，它只约束接口最多一个抽象方法 - 编译器对 SAM（Single Abstract Method）类型的推导，发生在赋值/参数传递时，不修改接口定义本身
- 反编译生成的 Lambda 类名（如
XXX$$Lambda$1）是 JVM 动态生成的，和接口是否“继承”了什么毫无关系
真正卡住人的，往往不是语法记不住，而是把“接口要复用逻辑”这个业务意图，错误映射到“必须让接口继承类”这个技术路径上。多看两眼错误提示里的 interface expected here，比查文档更快定位问题本质。
