Java接口支持多继承，即一个接口可通过extends同时继承多个父接口；类不能多继承但可implements多个接口以组合行为；Java 8+中同名default方法冲突需在实现类中显式重写解决。
Java接口确实支持多继承，但仅限于接口继承接口
是的，Java中接口可以多继承——一个接口能通过 extends 同时继承多个父接口，这是Java唯一合法的“多继承”语法形式。类不能这么做（class A extends B, C 直接编译报错），但接口可以：
interface Flyable { void fly(); }
interface Swimmable { void swim(); }
interface Duck extends Flyable, Swimmable { void quack(); }这样定义后，Duck 就具备了两个接口的全部抽象方法契约，后续实现类必须一并实现 fly()、swim() 和 quack()。
类实现多个接口 ≠ 类多继承，但它是实际开发中的主力方案
虽然类不能 extends 多个类，但可以 implements 多个接口，这才是你日常写业务逻辑时真正用得上的“能力组合”方式：
class Robot implements Flyable, Swimmable {
public void fly() { System.out.println("drone mode"); }
public void swim() { System.out.println("submersible mode"); }
}注意：这不是继承状态或字段，而是承诺提供这些行为。它规避了菱形问题，因为所有抽象方法都必须由实现类明确覆盖，不存在“该调哪个父类方法”的歧义。
Java 8+ 默认方法引发的冲突必须手动解决
当多个接口都提供了同名同签名的 default 方法时，实现类会编译失败，提示 class inherits unrelated defaults for method。这时你不能回避，必须显式重写：
interface A { default void run() { System.out.println("A.run"); } }
interface B { default void run() { System.out.println("B.run"); } }
class C implements A, B {
@Override
public void run() {
A.super.run(); // 或 B.super.run()，按需选择
}
}
- 不重写 → 编译失败
- 只调用其中一个
InterfaceName.super.method()是常见做法，但语义要清晰（比如优先用主协议） - 如果两个默认方法逻辑可合并，建议在实现类里写新逻辑，别机械转发
接口多继承不是万能的，别把它当类继承用
接口多继承只传递方法签名和默认/静态方法，不传递字段、构造器、私有方法或运行时状态。你无法通过 extends A, B 让子接口“拥有”父接口的成员变量——接口里所有字段都是 public static final 的常量。另外，过度嵌套接口继承（比如 I extends J, K; J extends L, M; K extends N）会让契约关系难以追踪，IDE跳转也容易迷失。真实项目中，建议单层继承为主，靠组合接口（implements X & Y & Z）来表达能力，而不是堆深继承链。
