当类实现多个含同名同签名default方法的接口时，Java强制要求显式重写并用InterfaceName.super.methodName()调用指定实现，否则编译失败；需通过命名规范、职责分离和谨慎使用default方法来规避冲突。
必须显式重写冲突方法
当一个类同时实现多个接口，而这些接口都定义了同名、同参数类型、同返回类型的 public default 方法时，Java 编译器会直接报错，提示类似：class X inherits unrelated defaults for method() from types A and B。这不是警告，而是编译失败——代码无法通过 javac。你不能跳过这一步，也不能靠注解、Spring 或 Lombok 绕过。唯一合法做法是在实现类中用 @Override 提供完整方法体，哪怕逻辑只是调用其中一个接口的默认实现。
用 InterfaceName.super.methodName() 显式调用指定实现
在重写的方法体内，可通过 InterfaceName.super.methodName() 语法调用某接口的默认逻辑。这是 Java 唯一支持的跨接口调用方式，关键点包括：
- 接口名不可省略，super.methodName() 单独写会编译失败
- 仅适用于 public default 方法，static 或 private default 不可用
- 可在同一方法中组合调用，比如先执行 A.super.log()，再加日志增强或参数校验
- 不能在静态方法、lambda 表达式或构造器中使用
优先级规则决定是否触发冲突
不是所有“同名”都会导致编译错误，实际是否冲突取决于继承链中的方法来源：
- 如果类继承了父类，且父类已有同签名的 public/protected 方法，则所有接口默认方法被忽略，不参与冲突判定
- 如果某个接口只声明抽象方法（无 default），而另一个有 default，则必须实现抽象方法，default 版本自动失效
- 接口之间若存在继承关系（如 B extends A），且都未覆写 A 的 default 方法，D 实现 B 和 C（C 也 extends A）时仍可能冲突——这是菱形结构的典型表现
从设计上减少后续麻烦
与其每次遇到都补救，不如前期规避：
立即学习“Java免费学习笔记（深入）”；
- 接口方法命名带领域前缀，例如 httpLog()、cacheEvict()，避免泛泛叫 log() 或 clear()
- 通用能力（日志、重试、序列化）优先抽成工具类或抽象基类，别塞进多个业务接口
- 谨慎添加 default 方法——它适合向后兼容的轻量增强，不适合核心可变行为
- 发现多个模块反复出现同类冲突，说明接口职责划分不清，值得推动重构
