Java中类实现多个含同签名default方法的接口时，必须在类中用@Override重写该方法，并可通过InterfaceName.super.method()调用指定接口默认实现。
Java 中一个类可以同时实现多个接口，这是语言原生支持的“多重实现”机制。但当这些接口定义了同名、同参数、同返回类型的 default 方法时，编译器会直接报错，提示类似 class X inherits unrelated defaults for method() from types A and B。这不是运行时问题，而是编译期强制拦截——你必须显式解决，没有绕过方式。
必须在实现类中重写冲突方法
只要两个及以上接口提供了签名完全一致的 default 方法，而你的类又 implements 了它们，就必须在类中用 @Override 提供完整方法体。空方法体、只写签名不写逻辑、或试图用 super.method()（不带接口名）都会编译失败。
- 方法签名（名称 + 参数类型 + 返回类型）必须与接口中严格一致
- 方法体内可以完全自定义逻辑，不依赖任何接口默认实现
- 也可以只调用其中一个接口的默认行为，比如
A.super.doWork() - 甚至能组合调用，如先执行
A.super.doWork()，再加日志或校验
用 InterfaceName.super 调用指定接口的默认实现
这是唯一合法的跨接口调用语法，只能出现在你已重写的同名方法内部。它不是泛化委托，不能省略接口名，也不能在静态方法、lambda 或其他接口中使用。
- 必须写成
InterfaceA.super.methodName()，super.methodName()单独写会报错 - 仅适用于
public default方法，static或private default不支持 - 可在同一方法中多次调用不同接口的
super版本，顺序由你控制 - 不能在抽象类或父类方法中使用该语法，仅限当前实现类的重写方法内
优先级规则帮你预判是否真会冲突
不是所有“同名”都会触发编译错误。实际是否报错，取决于继承链中谁提供了更权威的实现：
立即学习“Java免费学习笔记（深入）”；
- 如果类继承了父类，且父类已有同签名的
public或protected方法，则所有接口的default方法都被忽略，不参与冲突判定 - 如果某个接口只声明抽象方法（无
default），而另一个有default，那抽象方法强制你实现，default版本自动失效 - 接口之间存在继承关系（如
B extends A），且都未覆写A的default方法，此时实现B和另一个也继承A的接口C，仍会冲突——这是典型的菱形结构
从设计上减少后续麻烦
与其每次遇到都补救，不如前期规避：
- 接口方法命名带领域前缀，比如
cacheClear()、httpLog()，避免泛泛叫clear()或log() - 通用能力（重试、序列化、指标上报）优先抽成工具类或抽象基类，别塞进多个业务接口
- 谨慎添加
default方法——它适合向后兼容的轻量增强，不适合核心可变行为 - 发现多个模块反复出现同类冲突，说明接口职责划分不清，值得推动重构
