当多个接口含同名同参default方法时，Java强制实现类必须显式重写该方法，且需用InterfaceName.super.methodName()调用具体接口实现，不可省略方法体或误用super。

当一个类同时实现多个接口，而这些接口中定义了同名、同参数列表的 default 方法 时，Java 编译器会直接报错，提示类似 class X inherits unrelated defaults for method() from types A and B。这不是疏漏，而是 Java 明确要求你主动澄清语义——它不会替你做选择。

必须在实现类中显式重写该方法

这是唯一合法且强制的解决路径。哪怕两个默认方法逻辑完全一致，你也得手动写出方法体。

• 不能只写方法签名，也不能留空方法体（如 public void log() {}）
• 不能用 super.log() —— 接口实现中 super 无意义，编译不通过
• 必须用 InterfaceName.super.methodName() 显式指定调用来源
• 方法体内可只调用一个接口实现，也可组合调用，甚至完全自定义逻辑

根据语义决定调用哪一个或如何融合

别只图省事选一个默认实现。要问：这个方法在当前类里，**本该做什么**？

• 如果两个默认方法语义本质不同（比如一个发短信、一个写日志），那它们就不该同名——应推动接口改名或拆分
• 如果语义一致（比如都是“获取超时毫秒数”），但实现略有差异，可在重写方法中统一逻辑，或委托给更合适的抽象层
• 若需两者都执行（如同时记录日志和上报指标），可依次调用：A.super.log(); B.super.report();

从设计源头减少冲突可能

预防比补救更高效。接口设计阶段就注意：

• 方法命名带领域前缀，例如 httpLog()、dbValidate()，避免泛泛叫 log() 或 validate()
• 通用能力（如序列化、重试、缓存）优先抽成工具类或抽象基类，而非塞进多个业务接口
• 谨慎添加 default 方法——它适合向后兼容的轻量增强，不适合承载核心可变行为

其他情况下的优先级规则

不是所有同名方法都会触发冲突，关键看来源是否“互不相关”：

• 类或父类已有同签名方法 → 绝对优先，接口 default 方法自动被忽略
• 子接口继承父接口并重写了 default 方法 → 子接口版本胜出
• 某个接口只声明抽象方法，另一个提供 default 实现 → 抽象方法强制你实现，default 不参与决策
• 接口中的 static 或 private default 方法不参与继承和冲突判定