当多个接口含同名default方法时，Java强制要求实现类重写该方法以显式解决冲突，可通过InterfaceName.super.methodName()调用特定接口实现，并应基于语义一致性而非便利性决定逻辑。
当一个类实现多个接口，而这些接口中存在同名的默认方法（Java 8+ 的 default 方法），编译器会报错：“class inherits unrelated defaults for method from types”。这是 Java 的明确设计——它不会自动选择某个默认实现，而是要求你**显式解决冲突**。
必须在类中重写该方法
这是最直接、最强制的解决方式。只要接口 A 和接口 B 都定义了 default void doSomething() { ... }，那么实现类就必须提供自己的版本：
- 哪怕只是调用其中一个接口的默认实现，也要写出来
- 不能只写方法签名，必须有方法体（哪怕为空或抛异常）
- 可通过
InterfaceName.super.methodName()显式调用特定接口的默认实现
示例：
interface A { default void log() { System.out.println("A"); } }
interface B { default void log() { System.out.println("B"); } }
class C implements A, B {
@Override
public void log() {
A.super.log(); // 明确选 A 的实现
// 或 B.super.log();
// 或自定义逻辑
}
}
优先考虑语义一致性，而非技术便利
别只图省事选一个默认实现完事。要问：这个方法在当前类的上下文中，**本应做什么**？
- 如果两个默认方法逻辑本质不同（比如一个打印日志，一个校验权限），那它们就不该同名——应推动接口设计者改名或拆分
- 如果确实语义一致（比如都是“获取超时时间”），但实现略有差异，那重写时可融合逻辑，或统一委托给更合适的抽象层
- 若发现多个接口强耦合同名行为，可能是职责划分不清，值得重构接口
避免冲突的预防性设计
在定义接口时就减少未来冲突可能：
- 接口方法命名尽量带领域前缀，如
httpLog()、dbLog()，而非泛泛的log() - 对通用能力（如日志、序列化、重试），优先提取为工具类或抽象基类，而非塞进多个业务接口
- 谨慎使用默认方法——它适合“向后兼容的轻量增强”，不适合核心可变行为
注意：静态方法和私有默认方法不参与冲突
只有 public default 方法才会触发继承冲突：
- 接口中的
static方法属于接口本身，调用需加接口名，不会被继承，无冲突 - Java 9+ 支持
private default方法，仅用于辅助其他默认方法，不可被实现类继承，也不参与冲突判定
