Java函数式接口的默认方法冲突解决方式与其他接口完全一致：类同时实现多个含同名public default方法的接口时，必须显式重写并用Interface.super.method()调用，@FunctionalInterface不提供特殊豁免。
Java 中函数式接口的默认方法冲突，解决方式和其他接口完全一致——不因“函数式”标签而特殊。关键在于：只要一个类同时实现多个含同名 public default 方法的接口，编译器就会报错，强制你显式覆盖。
必须重写，不能跳过
函数式接口（如 Runnable、Consumer、自定义的 @FunctionalInterface 接口）只要定义了 default 方法，就参与继承冲突判定。例如：
- 接口
Loggable和Tracable都有default void record() { ... } - 类
ServiceTask同时implements Loggable, Tracable - 即使
ServiceTask只有一个抽象方法（满足函数式接口语义），也必须重写record()
只写 public void record() {} 不行；不写方法体更不行；super.record() 语法非法。唯一合法写法是：Loggable.super.record(); 或 Tracable.super.record();，或自定义逻辑。
别被“函数式”误导行为设计
函数式接口的核心约束是“有且仅有一个抽象方法”，它不限制默认方法数量，也不豁免冲突规则。常见误区包括：
立即学习“Java免费学习笔记（深入）”；
- 以为标注了
@FunctionalInterface就自动获得“单实现优先权”——实际无此机制 - 在 Lambda 表达式中试图调用默认方法——Lambda 只能绑定抽象方法，
default方法需通过实例调用 - 把业务逻辑塞进函数式接口的默认方法里，导致多个模块的函数式接口反复冲突——这说明职责越界，应抽离为工具类
与抽象方法、父类共存时的优先级
冲突是否发生，取决于“谁提供了可直接使用的同签名实现”：
- 若某个接口只有抽象方法（如
void execute();），另一个有default void execute() { ... }，则抽象方法强制实现，default不生效，无冲突 - 若类已继承父类，且父类有
public void execute()，则父类方法直接胜出，接口默认方法全部忽略 - 只有当两个及以上接口都提供
public default、彼此无继承关系、且类未提供实现时，才触发“inherits unrelated defaults”错误
预防比解决更有效
函数式接口常用于组合与传递，更容易被多处复用，因此命名和职责要更谨慎：
- 避免在函数式接口中添加通用行为默认方法（如
log()、validate()）。这些该由Utils类或策略接口承载 - 若确需扩展，优先用静态工厂方法（如
Consumer.andThen()）而非默认方法，降低耦合 - 跨团队协作时，约定默认方法命名带上下文前缀，例如
httpBeforeSend()而非before()
