Java接口默认方法冲突必须显式解决：当类实现多个含同名同参default方法的无关接口时，编译报错inherits unrelated defaults；须用@Override重写并以InterfaceName.super.methodName()调用特定接口实现。
Java 中接口默认方法冲突必须显式解决才能通过编译，否则会报错 inherits unrelated defaults。核心原则是：编译器不替你做选择，你必须在实现类中重写该方法，并明确说明行为来源。
必须重写冲突方法并提供完整方法体
只要一个类同时实现多个含同名、同参数列表 default 方法的接口，且这些接口彼此无继承关系，编译就会失败。此时不能只写方法签名，也不能留空方法体或仅抛异常（除非业务逻辑允许）。正确做法是：
- 用
@Override声明同名方法 - 方法体内必须有具体逻辑——可以调用某接口的默认实现，也可以完全自定义
- 调用语法只能是
InterfaceName.super.methodName()，不能用super.methodName()
用 InterfaceName.super.xxx() 明确指定调用来源
这是唯一合法访问特定接口 default 实现的方式。注意几个关键点：
- 只能在重写的方法内部使用，且仅适用于 public default 方法
- 接口名不可省略，例如
A.super.getName()合法，super.getName()编译不通过 - 可组合调用多个接口实现，但需说明意图，比如先记录日志再执行主逻辑
利用类优先原则绕过冲突
如果类继承了父类，且父类已提供同签名的 public/protected 方法，那么所有接口的 default 方法都会被自动忽略，不参与冲突判定：
立即学习“Java免费学习笔记（深入）”；
- 父类方法存在且可见 → 接口 default 方法失效，无需重写
- 父类方法是包私有且子类跨包 → 等效于无父类实现，仍需处理接口冲突
- 父类方法是 private → 子类无法继承，仍需面对接口间的冲突
从设计源头避免冲突
预防优于补救。日常开发中可采取以下措施减少冲突概率：
- 为 default 方法起语义清晰的名字，避免泛化命名如
process()、run() - 谨慎向已有接口添加 default 方法，尤其当该接口已被广泛实现时
- 第三方接口引发冲突又无法修改时，改用组合（委托）而非直接 implements 多个接口
