Java接口支持多继承（extends多个接口），类不支持多继承但可实现多个接口（implements）；当出现方法签名或default方法冲突时，需显式重写解决，设计上应避免语义重叠并优先采用组合。
Java 接口本身支持多继承，但类不能多继承；接口多继承通过 extends 多个父接口实现，而类实现多个接口用 implements。真正需要关注的不是“接口能否多继承”，而是当多个接口带来方法签名或默认行为冲突时，如何合法、清晰地解决。
接口之间的多继承：用 extends 连接多个父接口
一个接口可以同时继承多个其他接口，语法简洁明确：
-
interface Animal extends Movable, Drawable, Serializable—— 合法，Animal 继承了三个接口的所有抽象方法 - 继承链中若出现重复方法（如 Movable 和 Drawable 都声明
void render()），只要签名完全一致（含返回类型、参数、泛型），就视为同一契约，不构成冲突 - 如果两个父接口中同名方法返回类型不同（如一个返回
String，一个返回int），该接口定义本身非法，编译直接报错
类实现多个接口时的 default 方法冲突
当类 implements A, B，且 A 和 B 都定义了同名同参的 default 方法，Java 不会自动选择，而是强制你表态：
- 不写任何实现 → 编译失败，提示 “inherits unrelated defaults”
- 必须在类中用
@Override显式提供方法体，哪怕只是调用其中一个：A.super.method()或B.super.method() - 也可组合逻辑，比如先执行
A.super.log()，再加审计日志或异常包装 - 不能只写
A.super.method();而不带方法声明（即缺少public void method() { ... }结构）
受检异常声明冲突：方法契约交集必须可满足
接口方法若声明 throws IOException 和 throws SQLException，而两者无继承关系，实现类无法同时满足——这不是语法错误，而是设计信号：
立即学习“Java免费学习笔记（深入）”；
- 可行方案：统一上抛共同父异常，如自定义
DataAccessException extends RuntimeException，绕过编译检查 - 或重构为两个独立方法，如
readFile() throws IOException和queryDb() throws SQLException - 若父类方法未声明异常，但接口方法声明了
throws IOException，实现类仍必须显式声明该异常或其子类，否则违反接口契约
预防优于解决：从设计源头减少歧义
与其总在实现类里补救，不如让接口更“友好”：
- 避免无关接口定义语义重叠的
default方法（比如都叫reset()却做不同事） - 把通用能力抽成工具类（如
LogUtils.info()），而非塞进多个接口 - 用组合替代强依赖：例如把“可重试”“可熔断”封装为独立组件，类通过字段持有并委托调用
- 若某组接口总是一起被实现，可定义一个组合接口：
interface RobustService extends Retryable, CircuitBreakable, Timeoutable
