编译器报错“class X inherits unrelated defaults for Y() from types A and B”；必须在实现类中重写冲突方法并显式调用A.super.Y()或B.super.Y()，否则无法通过编译。
Java接口默认方法冲突时编译器报什么错
当一个类同时实现两个接口，且这两个接口都定义了同签名的default方法（比如toString()、getInfo()），Java编译器会直接拒绝编译，报错：class X inherits unrelated defaults for Y() from types A and B。这不是运行时异常，是编译期硬性拦截——你根本跑不起来。
关键点在于：只要签名相同（方法名 + 参数类型），返回值和default修饰符一致，就触发冲突；哪怕两个方法体一模一样也不行。
- 常见诱因：升级第三方库后，新版本接口加了
default方法，恰好和你已实现的另一个接口撞了 - 注意：
static方法不参与冲突判断，它不属于实例行为 - 抽象方法（没方法体）和
default方法不会冲突，前者必须被子类实现，后者可被覆盖
必须重写冲突方法并显式调用某个接口的default实现
解决路径只有一条：在实现类里**重写该方法**，并在方法体内用A.super.methodName()或B.super.methodName()明确指定调用来源。不能省略，也不能只写super.methodName()（那会报错）。
示例场景：类OrderService同时实现Loggable和Validatable，两者都有default String status() { return "pending"; }：
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
public class OrderService implements Loggable, Validatable {
@Override
public String status() {
return Loggable.super.status(); // 必须选一个，不能省略接口名
}
}
- 如果逻辑需要组合两个接口的行为，可以手动调用两次，比如
Loggable.super.status() + "-" + Validatable.super.status() - 不能在
status()里再调用this.status()，会导致无限递归 - IDE（如IntelliJ）通常会自动提示“Implement methods”，但生成的存根代码不含
Interface.super.xxx()，得手动补全
为什么不能靠继承链或访问修饰符绕过冲突
Java不支持“优先级”机制：没有类似“更近的接口胜出”或“先声明的接口优先”的规则。编译器认定两个default方法“无关”（unrelated），因此不帮你选。
- 即使
ValidatableextendsLoggable，只要冲突方法在两个接口中都是default且未被中间接口覆写，依然报错 - 把其中一个接口的方法改成
private？不行——接口里不允许private default方法（Java 9+才支持private辅助方法，但不能是同签名的公开入口） - 试图用
final修饰实现类中的重写方法？可以，但只是防止子类再覆写，不改变冲突解决逻辑
容易被忽略的兼容性细节
这个机制从Java 8引入，但部分老项目可能还在用JDK 7或更低版本——此时接口根本不允许default方法，自然无此问题。但一旦升级到JDK 8+，旧代码若引入新接口，立刻暴露。
- Android开发需注意：Dalvik/ART对Java 8特性支持有延迟，某些低版本SDK（如API 23以下）不完全支持
default方法调用语法 - 使用Lombok的
@EqualsAndHashCode等注解时，如果生成的方法与接口default方法同名（如toString()），可能意外触发冲突 - 模块化（JPMS）下，如果两个冲突接口来自不同模块，错误信息里会包含模块名，但解决方式不变
最麻烦的情况是：冲突方法被大量子类继承，而你只能在一个地方改——这时候得逐个检查子类是否无意中又覆写了它，否则可能破坏原有行为。
