Java允许类用implements关键字同时实现多个接口，用英文逗号分隔，本质是功能组合；需全部实现抽象方法，方法必须用public修饰，同名同参方法只需实现一次，但语义须自洽。
Java 中一个类实现多个接口的语法和基本写法
Java 允许一个类用 implements 关键字同时实现多个接口，用英文逗号分隔即可。这本质是“功能组合”——每个接口定义一组契约（方法签名），类负责统一兑现。
常见错误是把接口名写成类名、漏掉某个 public 修饰符，或没实现全部抽象方法导致编译失败（错误信息：class X must either be declared abstract or implement abstract method Y in Z）。
- 接口之间无需有继承关系，可以完全正交（比如
Runnable和Comparable） - 所有接口中的方法默认是
public abstract，实现类里必须用public修饰（不能用protected或包私有） - 若多个接口含同名同参方法（如都声明了
void start()），只需实现一次，但语义需自洽
示例：
class Robot implements Runnable, Comparable<robot>, Serializable {
public void run() { /* ... */ }
public int compareTo(Robot r) { /* ... */ }
// Serializable 无方法，仅作标记
}</robot>
接口冲突时如何识别和解决
当两个接口定义了相同方法签名但返回类型不同（如一个返回 int，另一个返回 long），Java 编译器会直接报错，因为无法同时满足。这是硬性限制，不是运行时问题。
更隐蔽的是行为语义冲突：比如 Resetable.reset() 要求清空状态，而 Immutable.reset()（假设存在）要求抛异常。编译器不管这个，但逻辑上矛盾。
- 优先检查编译错误中的方法签名冲突（
duplicate method或incompatible return type） - 用 IDE 的 “Find Usages” 查看各接口中同名方法的 Javadoc，确认设计意图是否兼容
- 若语义确实冲突，不要强行实现，应重构：拆分接口、引入适配层，或改用组合（
has-a而非is-a）
与抽象类混用时的优先级和限制
一个类只能继承一个抽象类，但可以同时实现任意数量接口。如果抽象父类已实现了某接口的部分方法，子类仍需确保该接口全部方法可达（要么父类已实现，要么子类补全）。
容易踩的坑是误以为“父类实现了接口 A，我就不用再写 implements A”。实际上，implements 是显式契约声明，不继承接口类型；缺了它，该类实例就不能赋值给 A 类型变量。
- 正确写法：
class Child extends Parent implements A, B（即使Parent已实现A的方法） - 若父类只实现了部分方法，子类必须补全剩余抽象方法，否则编译失败
- 接口默认方法（
default）可被继承，但若多个接口提供同名default方法，子类必须显式重写以消除歧义
为什么 Kotlin/Go 等语言不强调“实现多个接口”
Kotlin 的 interface 本身支持默认实现，且类可用 : 同时声明父类和多个接口，语法更紧凑；Go 根本没有 implements，靠结构体自动满足接口（duck typing），只要方法集匹配就“隐式实现”。所以“显式实现多个接口”是 Java/C# 这类静态面向对象语言的特有表达习惯。
真正关键的不是语法多不多，而是你是否清楚每个接口带来的责任边界。比如给 Order 类同时加 Payable、Shippable、Refundable，就要同步考虑事务一致性、状态流转约束——这些不会因语法支持而自动变简单。
