java要求实现类必须显式重写同名同参默认方法，否则编译失败；需用@override提供完整方法体，并可通过interfacename.super.methodname()调用指定接口实现。
Java中实现多个接口时出现同名默认方法，编译器会直接报错，要求你必须显式解决——这不是可选优化，而是强制规则。
必须重写该方法
只要两个或更多接口定义了相同签名（方法名 + 参数类型 + 返回类型）的 public default 方法，而你的类同时 implements 它们，编译就会失败，提示类似：
class X inherits unrelated defaults for method() from types A and B此时唯一合法做法是在实现类中用 @Override 提供完整方法体。哪怕逻辑只是调用其中一个接口的默认实现，也必须写出来。
- 只声明方法签名、不写方法体 → 编译失败
- 方法体为空
{}或仅抛异常 → 合法，但需确认业务是否允许 - 写
A.super.method()或B.super.method()→ 最常用且语义清晰
用 InterfaceName.super 调用指定实现
在重写的方法体内，可通过 InterfaceName.super.methodName() 显式调用某接口的默认逻辑。这是唯一支持的语法，注意几个关键点：
- 接口名不能省略，
super.method()单独写会编译报错 - 只能用于 public default 方法，static 或 private default 不适用
- 可在同一方法中组合调用，比如先执行
A.super.log()，再加校验或增强逻辑 - 不能在静态方法、lambda 表达式等非实例上下文中使用
优先级规则帮你预判冲突来源
不是所有“同名”都会触发冲突，实际是否报错取决于继承链层级：
- 如果类继承了父类，且父类已有同签名方法（public/protected），则接口默认方法被完全忽略，不参与冲突判定
- 如果父类方法是 package-private 且子类不在同包，等效于无父类实现，回归接口冲突规则
- 如果某个接口只声明抽象方法（无 default），而另一个有 default，则必须实现抽象方法，default 版本自动失效
- 接口之间存在继承关系（如 B extends A），且都未覆写 A 的 default 方法，D 实现 B 和 C（C 也 extends A）时仍会冲突——这是菱形结构的典型表现
从设计上减少后续麻烦
与其每次遇到都补救，不如前期规避：
- 接口方法命名带领域前缀，比如
httpLog()、cacheEvict()，避免泛泛叫log()或clear() - 通用能力（日志、重试、序列化）优先抽成工具类或抽象基类，别塞进多个业务接口
- 谨慎添加 default 方法——它适合向后兼容的轻量增强，不适合核心可变行为
- 发现多个模块反复出现同类冲突，说明接口职责划分不清，值得推动重构
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
