Java接口默认方法的调用优先级有三类规则：1. 类中已有同名方法时绝对最高优先；2. 多个无关接口同名默认方法必须显式覆盖；3. 接口继承链中子接口默认方法优先。
Java 8 的接口默认方法确实让多继承行为成为可能，但真正容易出错的不是“能不能用”，而是“调用时到底执行谁的”。变量行为本身不冲突——接口里不能定义可变实例变量，只有常量（public static final），所以所谓“变量行为优先级”实际是误读；真正有明确优先级规则的是方法调用行为。下面直击核心场景，讲清三类典型冲突及其解决逻辑。
类中已有方法：绝对最高优先级
只要当前类或其任意父类中存在同签名的非抽象方法（无论 public、protected 还是包访问），编译器就直接选用它，完全忽略所有接口的默认实现。
- 哪怕父类方法是 abstract，子类也必须提供实现，此时该实现仍优先于接口默认方法
- 哪怕接口默认方法在语义上更贴合业务，只要类体系里已有对应方法，就不会退到接口去
- 示例：类继承自
Animal（含move()），同时实现Flyable和Swimmable（都含default move()），最终调用的就是Animal.move()
多个无关接口同名默认方法：必须显式覆盖
当一个类直接实现两个没有继承关系的接口，且它们都提供了相同签名的默认方法时，Java 不做猜测，编译直接报错，强制你表态。
- 不能留空，也不能只写个空方法体——必须在实现类中用
@Override明确写出方法体 - 可在方法体内选择调用某一方：
InterfaceA.super.method()或InterfaceB.super.method() - 也可完全重写逻辑，不调用任何一方，默认方法只是起点，不是约束
接口继承链中的默认方法：子接口实现优先
如果接口 B extends 接口 A，且两者都定义了同签名的 default 方法，那么对实现类而言，B 的默认方法被视为“更具体”，自动胜出。
立即学习“Java免费学习笔记（深入）”；
- 这种优先不依赖实现类是否显式写了
implements B, A，只要 B 被实现，A 的同名默认方法就被自然屏蔽 - 若 B 中未重写 A 的默认方法，则仍沿用 A 的实现；只有当 B 提供了新实现，才构成“更具体”
- 这和类继承中的方法覆盖逻辑一致，是 Java 统一的设计思想体现
接口默认方法带来的不是真正的多继承，而是一种受控的、带明确裁决规则的能力扩展。关键不在“谁可以被继承”，而在“谁被最终执行”——规则清晰，执行确定，不复杂但容易忽略细节。
