Java接口多继承不报错，但类同时实现多个含同名default方法的接口时必须重写该方法，否则编译失败；可使用Interface.super.method()显式调用某接口默认实现。
Java 接口多继承本身不报错，真正触发编译失败的，是类在 同时实现多个含同名 default 方法的接口 时，编译器无法自动决定调用哪一个——它要求你必须明确表态。
必须重写：冲突发生时的硬性规则
只要一个类 implements 两个或以上接口，而这些接口都声明了签名完全相同的 public default 方法（例如 void log()），编译就会中断，提示类似：
"inherits unrelated defaults for log() from types A and B"
这不是警告，而是强制干预。你不能靠注解、Lombok 或配置绕过，必须在实现类中添加 @Override 方法体。
- 只写方法签名不写实现 → 编译失败
- 方法体为空（{}）或仅 throw new UnsupportedOperationException() → 合法，但需确认业务是否允许“无行为”
- 完整写出逻辑，哪怕只是转发调用 → 符合规范且语义清晰
显式选择：用 Interface.super.method() 指定路径
最常用、最直观的解法，是在重写方法中明确调用某一方的默认实现：
-
A.super.log()表示沿接口 A 的继承链执行 -
B.super.log()表示沿接口 B 的继承链执行 - 语法严格：只能用于 public default 方法；不能在 static 方法里使用；不可省略 super 关键字
- 可组合增强：比如先调用
A.super.validate()，再追加日志或权限校验
语义优先：别只看代码行数，要看职责归属
选 A 还是选 B，不能凭“谁写得早”或“谁更短”，而应回归业务本质：
- 如果两个接口的
timeout()都返回毫秒值，但 A 是基础客户端策略、B 是风控模块策略，那当前类属于风控上下文，就该选 B.super.timeout() - 如果两个接口都叫
validate()，但一个校验字段格式、一个校验业务状态——名字相同本身就是设计问题，应推动统一命名或拆分为validateFormat()和validateState() - 若多个模块反复出现同类冲突，说明通用能力被错误地塞进业务接口，该抽成工具类或抽象基类
优先级规则：三类场景决定谁最终生效
实际运行时，哪个方法被调用，取决于以下优先顺序（从高到低）：
- 类中已有同签名方法：无论接口有没有 default 实现，都直接执行类或父类的版本
- 子接口覆盖父接口：若 B extends A，且二者都有 default log()，则 B 的实现自动生效，A 的被屏蔽
- 无关接口并存：A 和 B 无继承关系 → 必须重写，否则编译失败
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
