java接口支持多继承，但多个父接口含同签名default方法时编译报错，必须在实现类中用@override显式重写并可调用interfacename.super.method()选择具体实现。
Java 接口支持多继承（比如 interface C extends A, B），但当多个父接口定义了同名、同参数、同返回类型的 default 方法 时，编译器会报错，要求你明确选择行为。这不是 bug，而是 Java 强制你表态的设计机制。
必须在实现类中显式重写冲突方法
只要一个类 implements 两个及以上含同签名 default 方法的接口，编译就失败，错误类似：class X inherits unrelated defaults for method Y from types A and B。
解决方式只有一种：在该类中用 @Override 提供完整方法体。
- 方法声明必须是
public，签名（名称、参数、返回类型）与接口中完全一致 - 方法体可以为空、抛异常、自定义逻辑，或调用某接口的默认实现
- 不写方法体（仅声明）或仅写
;仍会编译失败
用 InterfaceName.super.method() 明确调用某一方实现
在重写的方法体内，可通过 A.super.show() 或 B.super.show() 调用特定接口的 default 实现。这是唯一合法访问父接口 default 方法的语法。
- 只能用于
public default方法，static或private default不参与此机制 - 不能在
static方法里使用，也不能在构造器或字段初始化中使用 - 可组合调用，例如先执行
A.super.validate()，再做额外校验
优先级规则帮你预判是否真有冲突
不是所有同名方法都会触发冲突。Java 有明确优先级：
- 类自身或父类中已定义同名
public方法 → 直接覆盖接口 default，不冲突 - 子接口重写了父接口的 default 方法 → 子接口实现优先于父接口（即更具体的接口胜出）
- 若多个接口是平级关系（如都直接被实现，无继承关系），且 default 方法签名相同 → 必须重写
从设计源头减少冲突发生
频繁出现 default 方法冲突，往往说明接口职责不够清晰：
- 避免在业务接口中塞通用逻辑；应抽成工具类、抽象基类或配置驱动
- 同语义方法尽量统一名字和行为；不同语义却同名（如两个
validate()分别校验格式和状态），建议改名或拆分接口 - 若某方法本就不该有默认实现，就不要加
default，声明为abstract更安全
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
