Java接口多继承不引发冲突，但类实现多个含同名default方法的接口时必须显式覆盖；返回类型不兼容需选定其一；父类普通方法可覆盖default方法，但异常声明须满足接口契约；设计上应避免泛化命名、提取通用能力为工具类。
Java 接口本身支持多继承（interface C extends A, B），但真正引发方法签名冲突的，不是接口之间的继承关系，而是类在实现多个接口时，这些接口提供了同名、同参数列表的方法（尤其是 default 方法）。编译器不会自动选一个，必须由你明确表态。
同名 default 方法冲突：必须显式覆盖
当一个类同时 implements InterfaceA, InterfaceB，而两者都定义了：default void process() { ... }，编译直接报错：
“class inherits unrelated defaults for process() from types InterfaceA and InterfaceB”。
- 不能只写方法签名不加实现体——编译失败
- 必须用
@Override提供完整方法体 - 常见写法是调用某一方实现：
InterfaceA.super.process(); - 也可以组合逻辑，比如先调
A.super.process()，再加日志或校验
返回类型不兼容时：只能选一个，不能“合并”
如果 InterfaceA 的 default List<string> data()</string> 和 InterfaceB 的 default Set<integer> data()</integer> 冲突，Java 不允许协变返回类型跨类型体系（List<string></string> 和 Set<integer></integer> 无父子关系）。
- 子接口或实现类必须选定一个返回类型作为方法签名
- 例如选择
List<string></string>，并在方法体内调用A.super.data() - 若业务上二者语义不同（如一个是查询结果，一个是缓存键），说明接口命名或职责划分有问题，应推动改名或拆分
与父类方法同名时：以“更严格约束”为准
若类继承了父类 Parent，又实现接口 Loggable，且两者都有 void log()：
立即学习“Java免费学习笔记（深入）”；
- 父类是普通实例方法 → 它会覆盖所有接口 default 方法，无需额外处理
- 父类方法未声明受检异常，但接口方法声明
throws IOException→ 实现类必须显式声明该异常，否则编译失败（接口契约优先） - 父类声明
throws Exception，接口声明throws SQLException→ 实现类可声明SQLException（子类异常合法），但不可声明IOException（非其子类）
避免冲突的设计建议
冲突本质是设计信号，不是语法障碍。提前规避比事后解决更高效：
- 通用能力（如日志、重试、校验）尽量抽成工具类或独立接口，避免塞进业务接口
- 接口方法命名要体现职责，避免泛化名如
doWork()、handle() - 若多个接口反复出现同名 default 方法，说明该行为不该由接口提供默认实现，应改为抽象方法 + 模板类
- 静态方法不参与继承和冲突，适合放纯工具逻辑；但别在实现类里试图用
this.xxx()调用它——会编译报错
