java接口默认方法不构成多重继承，而是受控的行为扩展机制；同名default方法冲突时必须显式重写，语义一致可融合或委托，命名应带领域前缀以预防冲突。
Java 接口默认方法本身不构成真正意义上的多重继承，而是提供了一种受控的、可组合的行为扩展机制。当一个类实现多个接口且它们含有同名同签名的 default 方法时，编译器会报错，强制你明确选择行为——这不是缺陷，而是设计上的确定性保障。
必须显式重写冲突方法
只要两个及以上互不继承的接口提供了同名 public default 方法，实现类就必须用 @Override 完整写出该方法体。哪怕逻辑只是调用其中一个接口的实现，也不能省略重写步骤。
- 只写方法签名（如
public void log();）→ 编译失败 - 方法体为空
{}或仅抛异常 → 合法，但需确认业务是否允许 - 不能用
super.methodName()调用，必须写成InterfaceA.super.methodName()
按语义选实现，不是按顺手选
别因为某一行调用能快速搞定就选它。要回到当前类职责问：这个方法在这里本该做什么？
- 如果 A 的
validate()检字段格式，B 的validate()校业务状态，那名字相同本身就是设计问题，应推动改名或拆分接口 - 若语义一致（比如都是“获取超时毫秒值”），可融合逻辑，或统一委托给配置中心
- 若需组合行为（如先记日志再发指标），可在重写方法中顺序调用
A.super.report(); B.super.report();，但要说明理由
优先级规则帮你避开误判
不是所有同名方法都会触发冲突。以下情况不会报错：
- 类或其父类已有同名方法 → 父类实现绝对优先，接口 default 方法被忽略
- 某个接口只声明抽象方法
void save();，另一个有default void save()→ 抽象方法强制你实现，默认版本不参与决策 - 接口中是
static或privatedefault 方法 → 不会被继承，也不参与冲突判定
从源头减少冲突可能
与其总在实现类里补救，不如在接口设计阶段预防：
- 方法命名带领域前缀，比如
httpLog()、cacheLoad()，避免泛泛的log()、load() - 通用能力（如重试、序列化、监控）尽量抽成工具类或独立服务，不要塞进多个业务接口
- 对可能形成菱形继承链的公共接口（如 A → B/C → D），优先将共用方法声明为
abstract，而非default
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
