Java要求类实现多个含同名default方法的接口时必须重写该方法，用@Override标注并可显式调用InterfaceName.super.methodName()复用逻辑，否则编译报错。
Java 中一个类实现多个接口时，如果这些接口都定义了同名、同参数列表的 public default 方法，编译器会直接报错：“class inherits unrelated defaults for method() from types A and B”。这不是 bug，而是 Java 的强制设计——它要求你明确选择行为，不能含糊继承。
必须在实现类中重写该方法
这是唯一合法的解决方式。哪怕两个默认方法逻辑完全一样，你也得在类里完整写出方法签名和方法体。
- 只写
public void doWork();（无方法体）→ 编译失败 - 写
public void doWork() { }（空体）或throw new UnsupportedOperationException();→ 合法，但需确认业务是否接受 - 必须用
@Override标注，否则不被视为覆盖，仍报错
用 InterfaceName.super.methodName() 显式调用具体实现
如果你希望复用某个接口已有的逻辑，可以在重写的方法体内使用这个语法。这是唯一被允许的跨接口调用默认方法的方式。
- 正确：
A.super.doWork();或B.super.doWork(); - 错误：
super.doWork();（编译不通过，super在接口多实现中无意义） - 错误：
this.super.doWork();或InterfaceA.super.doWork()写在静态方法里（不允许） - 可以组合调用，比如先执行日志再发指标：
Logger.super.log(); Metrics.super.report();，但要说明这样做的业务理由
按语义选实现，不是按顺手选
别因为某一行能搞定就选它。关键要问：这个方法在当前类里，本该做什么？
立即学习“Java免费学习笔记（深入）”；
- 如果 A 的
validate()检字段格式，B 的validate()校业务状态 → 名字相同本身就是设计问题，应推动改名或拆分接口 - 如果语义一致（比如都是“获取超时毫秒值”），可融合逻辑，或统一委托给配置中心
- 若发现多个模块反复冲突，说明通用能力（如日志、重试）被错误塞进了业务接口，该抽成工具类或抽象基类
注意优先级规则，避免误判冲突
不是所有同名方法都会触发冲突。以下情况不会报错：
- 类继承了父类，且父类已有同名方法 → 父类实现绝对优先，接口 default 方法被忽略
- 某个接口只声明了抽象方法
void save();，另一个有default void save()→ 抽象方法强制你实现，default 版本不参与决策 - 接口中是
static或privatedefault 方法 → 不会被继承，也不参与冲突判定
