Java中一个类可implements多个接口，须实现所有public abstract方法；Python用ABC多重继承或Protocol模拟；Go隐式实现小接口，通过组合支持多能力。
Java 中一个类实现多个接口的语法和约束
Java 允许一个类通过 implements 关键字同时实现多个接口，用英文逗号分隔即可。这不是“叠加功能”的魔法，而是明确承诺：该类必须提供所有接口中声明的 public abstract 方法的具体实现。
常见错误是漏写某个接口的方法，编译时直接报错：class X must either be declared abstract or implement abstract method Y() in Z。注意：接口中的默认方法（default）和静态方法（static）无需重写，但若两个接口有同名同签名的 default 方法，子类必须显式覆盖，否则编译失败。
- 接口之间可以有继承关系（
interface A extends B, C），但类只能单继承（extends一个父类），多实现接口是弥补这一限制的核心机制 - 所有实现的方法默认是
public，不能降级为protected或private - 若接口方法抛出检查异常（checked exception），实现类方法可以不抛、抛更具体的异常，但不能抛更宽泛的异常
Python 中用多重继承模拟“实现多个接口”
Python 没有接口关键字，但可通过抽象基类（ABC）+ 多重继承达成类似效果。关键不是“语法上像 Java”，而是行为契约是否被满足——即子类是否真正提供了各协议要求的方法。
典型误操作是只继承多个 ABC 类却不实现其抽象方法，运行时首次访问未实现方法会触发 TypeError: Can't instantiate abstract class X with abstract method Y。Python 的 typing.Protocol（结构化协议）则更轻量，不要求显式继承，只要对象有对应方法就能被类型检查器认可。
- 用
abc.ABC定义接口：在方法上加@abstractmethod，类本身继承ABC - 多重继承顺序影响 MRO（方法解析顺序），
super()调用依赖此顺序，建议用C.__mro__查看 - 如果只是做类型提示而非运行时强制，优先用
Protocol，例如class Drawable(Protocol): def draw(self) -> None: ...
Go 用组合替代“实现多个接口”的惯用法
Go 没有 implements 关键字，也没有类的概念，接口实现是隐式的。只要一个类型实现了某接口的所有方法，它就自动满足该接口——无论是否声明。所谓“一个类型支持多个接口”，本质是它恰好实现了多个接口定义的方法集。
容易踩的坑是误以为需要显式声明“实现”，或者为了凑接口而硬加无意义方法。更自然的做法是把功能拆成小接口（如 Reader、Writer、Closer），再通过结构体字段组合它们：
type File struct {
reader *os.File
writer *os.File
}
func (f *File) Read(p []byte) (n int, err error) { return f.reader.Read(p) }
func (f *File) Write(p []byte) (n int, err error) { return f.writer.Write(p) }
这样 *File 同时满足 io.Reader 和 io.Writer，但不需要任何 implements 语句。
- 接口越小越好，避免大而全的接口（如
ReadWriteCloser），这会让实现变得沉重 - 空接口
interface{}不代表“什么都没约束”，而是“任何类型都满足”，慎用于泛型场景 - 嵌入接口（
type MyInterface interface { io.Reader; io.Writer }）是组合接口的合法方式，但仍是“方法集合并集”，非继承
为什么不能只靠继承父类来扩展功能维度
继承表达的是“is-a”关系，而接口表达的是“can-do”关系。一个 Duck 类可以 extends Bird（它是鸟），同时 implements Flyable, Quackable, Swimmable（它能飞、能叫、能游）。如果只靠继承，你得在 Bird 里塞进所有能力，导致其他不会飞的鸟（比如鸵鸟）也背负无用方法，违背开闭原则。
更隐蔽的问题是：当多个能力存在逻辑冲突时（例如 Encryptable 和 Loggable 都要求对同一字段加密/明文记录），继承链无法解耦，而接口 + 组合允许你在具体类型中按需选择、甚至封装冲突逻辑。
- 接口让单元测试更容易——你可以为每个接口写独立 mock，而不是 mock 整个继承树
- 语言无关的底层事实：运行时多态的支撑点是方法签名匹配，不是语法上的“implements”或“extends”
- 真正难的从来不是“怎么写多个接口”，而是判断哪些行为该抽成接口、哪些该内聚在结构体内
