如何理解 JDK 8 接口默认方法（default）带来的“菱形继承”冲突及其解决规则
Ja va 8引入的接口默认方法，确实是个“双刃剑”。它让接口能提供具体实现，极大地提升了API的向后兼容性和扩展性，但同时也悄悄带来了一个经典难题——类似多重继承的“菱形继承”冲突。需要明确的是，这并非传统意义上类的多重继承（Ja va的类依然是单继承），而是多个接口之间，或者接口与父类之间，因为同名同签名的方法而引发的调用歧义。问题的核心在于：JVM可不会自动猜你想用哪个实现，必须由开发者给出明确的“指示”。
什么是“菱形继承”冲突
这个名字非常形象，源于其继承图形状：一个类（位于菱形底部）同时实现了两个接口（位于菱形顶部的两侧），而这两个接口偏偏都定义了相同签名的default方法。这就构成了一个典型的菱形结构，也带来了麻烦。举个例子：
- Flyable（会飞）和 Swimmable（会游）这两个接口，都定义了
default void move(){...}方法。 - 现在，Duck（鸭子）类同时
implements Flyable, Swimmable。 - 编译器会直接报错：“
move()is inherited from multiple interfaces”，意思是方法从多个接口继承而来，存在歧义，必须手动处理。
三类典型冲突场景
这种冲突可不止发生在“平级接口”之间，在更复杂的继承链里同样可能出现。主要可以归纳为三种场景：
- 接口与接口平级冲突：这是最直接的情况。例如接口A和接口B没有继承关系，但都定义了
log()默认方法，实现类就会陷入两难。 - 接口继承链冲突：这种情况稍微复杂些。假设接口B
extends接口A，两者却都定义了sa ve()默认方法。当一个类C同时implements A, B时，规则会倾向于选择更具体的接口B的实现。 - 类与接口冲突：当子类从父类那里继承了一个
start()方法，同时又实现了一个含有同名默认方法的接口时，结果毫无悬念——父类的方法直接胜出，无需任何额外处理。
三条解决规则，按优先级执行
面对这些潜在的歧义，Ja va设计了一套清晰且具有严格优先级的规则来消解。作为开发者，记住下面这三条就够了：
- 类中定义的方法最高优先：这是第一条，也是最重要的一条铁律。只要在类（无论是当前类还是其父类）中存在同签名的实例方法，那么所有接口的默认实现都会被自动忽略。
- 更具体的接口胜出：如果第一条不适用，即类中没有该方法，那么就开始比较接口的继承关系。假设接口B继承自接口A，而类C同时实现了A和B，那么B的默认方法会被选中。原因很简单，B被视为A的“增强版”或“特化版”，更具体。
- 否则必须显式覆盖：当前两条规则都无法决断时，通常意味着多个接口处于平级关系（如前面的Flyable和Swimmable），且都提供了默认实现。这时，类必须自己重写这个有冲突的方法。重写时，还可以使用
InterfaceName.super.method()这种特殊语法，来明确调用某一个父接口的实现。
实际写法示例
理论说完了，来看看代码怎么写。还是以那只既会飞又会游的鸭子为例，如果我们决定让Duck在移动时优先采用游泳的方式，可以这样明确指定：
class Duck implements Flyable, Swimmable {
@Override
public void move() {
Swimmable.super.move(); // 明确选择 Swimmable 接口的实现
}
}
当然，你也可以玩点更花的，在重写的方法里组合多个行为：
@Override
public void move() {
System.out.print("Duck ");
Flyable.super.move(); // 先调用飞的逻辑
Swimmable.super.move(); // 再调用游的逻辑
}
说到底，这几条规则本身并不复杂，但容易在复杂的继承链中忽略对“具体性”的判断。这里有个很关键的提示：只要代码能编译通过，运行时的行为就是完全确定的，不会有歧义。反过来，一旦编译器报出冲突错误，那其实是个好事——它正是在提醒你，当前的设计存在职责不清的隐患，而这正是审视和重构接口职责的好时机。
