Java编译器强制要求重写冲突的default方法，必须用@Override提供方法体，可通过InterfaceName.super.method()调用指定接口默认实现，并遵循优先级规则避免冲突。
Java 编译器会直接报错，不让你通过编译。错误信息类似：class X inherits unrelated defaults for method() from types A and B。这不是警告，而是硬性限制——你必须显式处理，不能跳过。
必须在实现类中重写该方法
只要两个（或多个）接口都定义了同名、同参数类型、同返回类型的 public default 方法，而你的类同时实现了它们，就必须在类里用 @Override 提供完整的方法体。哪怕逻辑只是调用其中一个接口的默认实现，也得写出来。
- 只写方法签名不加方法体 → 编译失败
- 方法体为空（
{}）→ 合法，但需确认语义是否合理 - 写
super.method()→ 编译失败，语法不合法
用 InterfaceName.super.methodName() 明确调用某一方
在重写的方法体内，可以通过 A.super.log() 或 B.super.log() 调用指定接口的默认实现。这是 Java 唯一支持的跨接口调用方式。
- 接口名不可省略，
super.log()单独写会报错 - 只能用于
public default方法，static或private default不可用 - 可在同一方法中组合调用，比如先执行
A.super.validate()，再做参数校验或日志增强
优先级规则决定是否真会冲突
不是所有“同名”都会触发冲突。Java 有一套明确的优先级判断：
- 如果父类已有同签名的
public或protected方法，所有接口的 default 方法都被忽略，不参与冲突判定 - 如果某个接口只声明抽象方法，另一个有 default 方法，则必须实现抽象方法，default 版本自动失效
- 接口之间若存在继承关系（如
B extends A，C extends A），且都未覆写 A 的 default 方法，那么实现B和C的类仍可能冲突——这就是菱形结构的典型表现
从设计上提前避免麻烦
与其每次遇到都补救，不如前期减少冲突概率：
- 接口方法命名带领域前缀，例如
httpLog()、cacheEvict()，避免泛泛叫log()或clear() - 通用能力（日志、重试、序列化）优先抽成工具类或抽象基类，别塞进多个业务接口
- 谨慎添加 default 方法——它适合向后兼容的轻量增强，不适合核心可变行为
- 发现多个模块反复出现同类冲突，说明接口职责划分不清，值得推动重构
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
