java要求类实现多个含同名同签名default方法的接口时必须显式重写该方法，否则编译报错；重写时须用interfacename.super.methodname()调用具体实现，不可用super.methodname()；语义一致可融合，冲突需从设计源头预防。
Java 中一个类实现多个接口时，如果这些接口定义了同名、同签名的 default 方法，编译器会直接报错：“class inherits unrelated defaults for method() from types A and B”。这不是 bug，而是 Java 的强制设计——它要求你明确表态，不能让行为模糊。
必须显式重写冲突方法
只要两个及以上互不继承的接口提供了同名 public default 方法，你就必须在实现类中用 @Override 完整写出该方法，包括方法体。哪怕逻辑只是调用其中一个接口的默认实现，也不能省略。
- 只写方法签名（如
public void log();）→ 编译失败 - 方法体为空
{}或仅抛异常 → 合法，但需确认业务是否允许 - 必须使用
InterfaceName.super.methodName()调用具体实现，例如A.super.log(); -
super.log()或this.super.log()是非法语法，编译不通过
按语义选实现，不是按顺手选
别因为 A.super.doWork() 一行能搞定就选它。要回到当前类的职责问：这个方法在这里本该做什么？
- 如果 A 的
validate()检字段格式，B 的validate()校业务状态，那名字相同本身就是设计问题，应推动改名或拆分接口 - 如果语义一致（比如都是“获取超时毫秒值”），可融合逻辑，或统一委托给配置中心
- 若需组合行为（如先记日志再发指标），可在重写方法中顺序调用
A.super.report(); B.super.report();，但要说明理由
注意优先级规则，避免误判冲突
不是所有同名方法都会触发冲突。以下情况不会报错：
- 类继承了父类（含抽象或具体方法），且父类已有同名方法 → 父类实现绝对优先，接口 default 方法被忽略
- 某个接口只声明了抽象方法
void save();，另一个有default void save()→ 抽象方法强制你实现，default 版本不参与决策 - 接口中是
static或private default方法 → 不会被继承，也不参与冲突判定
从源头减少冲突可能
与其总在实现类里补救，不如在接口设计阶段预防：
- 方法命名带领域前缀，比如
httpLog()、cacheLoad()，避免泛泛的log()、load() - 通用能力（如重试、序列化、监控）尽量抽成工具类或独立服务，不要塞进多个业务接口
- 谨慎添加 default 方法：它适合向后兼容的轻量增强，不适合核心可变行为
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
