Java不支持类的多继承，但允许一个类实现多个接口，而多个接口可能定义同名同签名的方法，这就产生了接口方法冲突。解决这类冲突的核心原则是：由实现类主动承担明确的实现责任，编译器不会自动选择，而是强制开发者显式处理。
接口默认方法冲突：必须重写
当两个接口都提供了相同签名的default方法（例如都定义了 default void print() { ... }），而某个类同时实现这两个接口时，编译器会报错：“class inherits unrelated defaults for print() from types A and B”。此时不能回避，必须在实现类中重写该方法。
- 重写时可选择调用其中一个接口的默认实现，例如：
A.super.print()或B.super.print() - 也可完全自定义逻辑，覆盖两个默认行为
- 若只调用某一方，需确保业务语义合理，避免隐式依赖被忽略
接口静态方法冲突：不构成问题
接口中的static方法属于接口自身，不能被实现类继承，因此即使多个接口定义了同名同签名的static方法，也不会引发冲突。调用时必须通过接口名限定，如 A.method() 或 B.method()，不存在歧义。
注意：static方法不能被重写，也不参与实现类的继承链，所以无需“解决冲突”。
立即学习“Java免费学习笔记（深入）”；
默认方法与抽象方法冲突：抽象方法优先
如果一个接口定义了default方法，另一个接口（或父类）定义了同签名的抽象方法，那么实现类必须提供具体实现——抽象方法的存在使default方法失效，相当于该方法在当前上下文中被视为“未提供默认行为”。
- 这是“抽象约束强于默认实现”的体现
- 即使default方法来自更“新”的接口，只要存在抽象声明，就必须重写
- 类似地，若父类已提供具体实现（非abstract），则接口的default方法会被忽略，不参与冲突判断
钻石继承中的默认方法：按最直接路径解析
当接口C extends A, B，且A和B都定义了相同的default方法，而类D implements C时，冲突发生在C这一层。此时C必须重写该方法，否则无法编译。Java不支持“就近继承”或“深度优先”自动选取，默认方法的继承路径必须清晰无歧义。
换句话说：接口继承链上的default方法冲突，必须在第一个产生歧义的接口或实现类中显式解决，不能层层推诿。
