Java接口默认方法冲突由编译器强制显式解决：类中重写方法优先级最高；子接口default覆盖父接口；无关接口冲突须用InterfaceName.super.method()指定调用。
Java 接口默认方法在多重继承场景下出现二义性（即同名同签名的 default 方法冲突），不是靠“猜”或忽略，而是由编译器强制要求开发者显式解决。核心逻辑清晰、规则明确，不依赖运行时动态选择。
类中重写方法具有最高优先级
只要实现类（或其任意父类）自己提供了该方法的具体实现，哪怕只是空方法体，就完全屏蔽所有接口的默认方法：
- 哪怕只写
@Override public void log() {}，编译就通过 - 如果父类已定义同签名的
public或protected方法，子类直接继承，接口 default 方法不参与冲突判定 - 注意：包私有（package-private）父类方法在跨包子类中不可见，等效于无实现，仍会触发接口冲突
子接口的 default 方法覆盖父接口
当接口之间存在继承关系（如 LoggingV2 extends LoggingV1），且两者都定义了 default void log()，则更具体的子接口实现自动胜出：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 实现类
implements LoggingV2时，直接使用LoggingV2的log() - 即使也同时
implements OtherLogger（无继承关系），只要OtherLogger也有log()，仍需显式覆盖——子接口优势只在继承链内生效
无继承关系的接口冲突必须手动指定
这是最常遇到的报错场景：编译提示 class X inherits unrelated defaults for method() from types A and B。此时必须在实现类中用 @Override 提供完整方法体，并通过 InterfaceName.super.methodName() 明确调用路径：
立即学习“Java免费学习笔记（深入）”；
- 语法严格：必须写全接口名，
A.super.log()合法，super.log()直接报错 - 可组合逻辑：比如先执行
A.super.save()，再加日志或校验 - 也可完全不调用任一 default 实现，写全新业务逻辑
- 仅适用于
public default方法；static或private default不支持此语法
从设计源头减少冲突发生
与其每次补救，不如前期规避：
- 接口方法命名带上下文前缀，例如
cacheClear()、dbRollback()，避免泛用clear()或rollback() - 通用能力（如重试、序列化、指标上报）优先封装为工具类或抽象基类，而非塞进多个业务接口
- 谨慎添加 default 方法：它适合向后兼容的轻量增强，不适合承载核心可变行为
- 若多个模块反复出现同类冲突，说明接口职责边界模糊，值得推动统一抽象或重构
