可以，Java 中一个类能同时实现多个接口，使用 implements 关键字后跟逗号分隔的接口列表，所有抽象方法必须实现，同名 default 方法需显式重写。
Java 中一个类可以同时实现多个接口，这是完全合法且常用的设计方式；但“接口多实现”这个说法本身容易引发歧义——接口不能“实现”其他接口，只能extends（继承）其他接口。
一个类能否实现多个接口？
可以，而且语法直接、无限制数量（受限于 JVM 规范和实际可维护性）。
- 用
implements关键字后跟逗号分隔的接口列表，例如：class A implements I1, I2, I3 - 所有接口中定义的抽象方法都必须在类中提供具体实现（或由父类提供）
- 若多个接口含有同名同签名的默认方法（
default），编译器会报错，必须在实现类中显式重写该方法 - 静态方法不会被继承或覆盖，因此多个接口含同名
static方法不冲突
interface Flyable {
void fly();
default void takeOff() { System.out.println("Taking off"); }
}
interface Swimmable {
void swim();
default void takeOff() { System.out.println("Diving in"); } // 同名 default 方法 → 编译失败！
}
class Duck implements Flyable, Swimmable {
public void fly() { / ... / }
public void swim() { / ... / }
@Override
public void takeOff() { // 必须重写，否则编译不过
Flyable.super.takeOff(); // 显式调用某一方实现
}
}
接口能否“实现”多个接口？
不能。“实现”是类对接口的关系动词；接口之间是继承关系，用 extends。
- 一个接口可以
extends多个接口，用逗号分隔：例如interface I3 extends I1, I2 - 被继承的接口中的所有抽象方法、默认方法、静态方法都会被合并到子接口中
- 如果多个父接口有同名同签名的默认方法，子接口必须用
default方法体显式覆盖，否则编译失败
为什么不能让类“多继承”类，却允许“多实现”接口？
核心是为了规避菱形继承问题（Diamond Problem）和状态冲突。
本文档主要讲述的是Android JNI开发入门与提高；JNI在Android系统中有着广泛的应用。Android系统底层都是C/C++实现的，上层提供的API都是Java的，Java通过JNI调用底层的实现。比如：Android API多媒体接口MediaPlayer类，其实底层通过JNI调用libmedia库。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
立即学习“Java免费学习笔记（深入）”；
- 类包含字段（状态）和具体方法实现，多继承会导致字段重复、方法覆盖歧义（比如两个父类都有
name字段或toString()） - 接口在 Java 8 之前只有抽象方法，无状态；Java 8+ 虽支持
default和static方法，但仍禁止字段（除public static final常量），且default方法冲突时强制要求子类/实现类介入解决 - 这种设计让多实现保持语义清晰：只承诺行为契约，不引入实现细节和状态耦合
实际开发中容易踩的坑
真正出问题的地方往往不在语法，而在语义和演化一致性。
-
default方法添加需谨慎：向已有接口新增default方法可能破坏未重写该方法的旧实现类（尤其在模块升级时） - 多个接口定义相同常量名（如
MAX_RETRY = 3），虽然不报错，但通过实现类访问时需加接口名限定（I1.MAX_RETRY），否则编译失败 - 过度实现接口易导致类职责膨胀，违反单一职责原则；应优先考虑组合（has-a）而非强行塞进一堆
implements - 接口继承链过深（如
A extends B, C; B extends D; C extends E, F）会让实现类难以理清方法来源，调试和文档成本上升
最常被忽略的是：接口的 default 方法不是“免费的便利”，而是契约的一部分；一旦发布，它的变更就等同于 API 兼容性变更。
