类优先于接口是Java默认方法冲突解决的核心原则：类继承链中可见的同名方法（含Object公有方法）无条件覆盖接口default方法；若无类实现，则多个接口default方法冲突须显式@Override解决。
“类优先于接口”是 Java 处理默认方法冲突的核心原则：只要某个方法在类体系（当前类或任意父类）中已有具体实现，无论该实现来自父类、子类自身，还是 Object 类，它都会无条件覆盖所有接口中的同名默认方法。
类中已有实现时，接口默认方法完全不参与调度
哪怕接口的 default 方法逻辑更贴合业务，只要类继承链上存在同签名方法，JVM 就直接绑定到该类方法，不会回退查找接口。例如：
- 父类 Animal 定义了
public void move() - 子类 Duck 继承 Animal 并实现 Flyable 和 Swimmable（两者都有
default void move()） - 调用
duck.move()执行的是 Animal.move()，两个接口的默认方法均被忽略
父类方法不可见时，“类优先”失效
类能否“胜出”，取决于该方法是否对子类可见：
- private 方法：子类无法继承，不构成“类中已有实现”，此时只看接口默认方法
- 包私有（无修饰符） 方法：若子类不在同一包，该方法不可见，等效于不存在，回归接口冲突规则
- protected / public 方法：可被继承，稳稳压制所有接口默认方法
Object 方法天然享有最高优先级
所有类都隐式继承自 Object，因此它的公有方法（如 toString()、equals()、hashCode()）永远优先于任何接口 default 方法——你甚至不能在接口中用 default 去“覆盖”它们，编译器会直接拒绝。
立即学习“Java免费学习笔记（深入）”；
而 clone() 和 finalize() 虽为 protected，接口声明 default 版本虽为 public，但因访问权限不匹配（public 实现无法满足 protected 签约），同样编译报错。
冲突必须显式解决，没有默认妥协
当“类优先”不适用时（比如仅实现多个接口，且无父类实现），Java 不做猜测，也不按字母顺序选一个：
- 两个无关接口提供同名 default 方法 → 编译失败
- 解决方式唯一：在实现类中用
@Override显式写出方法体 - 方法体内可调用
InterfaceA.super.method()或InterfaceB.super.method()，也可完全重写
