Java接口多继承本质是能力契约组合，不涉及状态复用；同名default方法冲突需在实现类中显式重写并用InterfaceName.super.method()调用指定实现，设计上应通过职责清晰、前缀命名和通用逻辑抽离预防。
Java 中接口本身支持多继承，但类只能单继承；所谓“接口多继承”，是指一个接口可以同时 extends 多个父接口，或者一个类可以 implements 多个接口。这种机制本质是能力契约的组合，不涉及状态或构造逻辑，因此安全可控。关键难点在于同名 default 方法冲突——这不是编译错误，而是编译器强制你做明确选择。
接口多继承怎么写
语法上非常直接：
- 接口继承多个接口：interface C extends A, B {}
- 类实现多个接口：class X implements A, B, C {}
- 所有被继承/实现的抽象方法必须被实现（除非类是 abstract）
- default 方法会随接口一并传递，只要签名一致，就可能触发冲突
同名 default 方法冲突怎么解决
当类同时实现 A 和 B，而两者都定义了 public default void log() {...}，编译器会报错，提示 “inherits unrelated defaults”。此时唯一合法做法是在该类中显式重写这个方法：
- 必须加 @Override，提供完整方法体（哪怕只调用其中一个）
- 用 A.super.log() 或 B.super.log() 显式指定调用路径
- 可组合逻辑：比如先执行 A.super.log()，再加日志上下文或异常处理
- 不能省略接口名写 super.log()，否则编译不通过
哪些情况不会冲突
不是所有“同名”都会出问题，优先级规则决定了是否进入冲突判定：
立即学习“Java免费学习笔记（深入）”；
- 如果类已继承父类，且父类有同签名 public/protected 方法，则接口 default 方法被忽略，不参与冲突
- 若某接口只声明抽象方法（无 default），另一接口提供 default，那必须实现抽象方法，default 自动失效
- 接口之间有继承关系（如 B extends A），且都未覆写 A 的 default 方法，D 实现 B 和 C（C 也 extends A）时仍会冲突——这是典型的菱形结构歧义
怎么从设计上避免后续麻烦
与其每次补救，不如前期预防：
- 接口方法命名带领域前缀，比如 cacheClear()、httpTrace()，少用泛称如 clear()、log()
- 通用能力（重试、序列化、校验）抽成工具类或抽象基类，别塞进多个业务接口
- default 方法只用于轻量向后兼容，比如新增非核心钩子，而非核心可变行为
- 发现多个模块反复出现同类冲突，说明接口职责边界模糊，值得推动重构
