多重实现是通过接口定义独立能力（如loggable、serializable）让类“能做”多事而非“是”多物，规避多重继承复杂性；各语言以不同方式支持：java用默认方法、python用protocol/abc、typescript用交叉类型；强调能力解耦、显式委托与易替换性。
多重实现是面向对象设计中应对“一物多能”需求的务实路径——它不强求一个类从逻辑上“是”多个东西，而是明确声明“能做”多种事情。这种思路规避了多重继承的复杂性，又比简单组合更轻量、契约更清晰。
用接口定义能力边界
把每种独立能力抽象为一个接口，比如 Loggable（可记录日志）、Serializable（可序列化）、Validatable（可校验）。每个接口只包含该能力必需的最小方法集，不带实现细节。这样，一个订单类 Order 可以同时实现这三个接口，意味着它天然支持日志、序列化和校验，但各能力互不侵入、职责分明。
在不同语言中落地方式不同
Java 8+ 支持接口默认方法，允许在接口中提供通用实现，比如所有实现 Loggable 的类自动获得统一的日志格式；Python 使用协议（Protocol）或抽象基类（ABC），强调“行为符合即可”，不强制继承；TypeScript 则通过接口合并与交叉类型（Loggable & Serializable）在类型层面组合能力，编译期即校验。
避免能力之间的隐式耦合
当多个能力共存时，容易出现意外依赖——比如序列化逻辑悄悄调用了校验方法，导致序列化失败。建议：
- 各接口的实现保持无状态或仅依赖自身字段
- 能力间交互通过显式委托（如构造时传入 Validator 实例），而非隐式调用
- 单元测试覆盖单能力场景，再叠加测试组合行为
比继承更易演进和替换
某天需要更换日志方案，只需提供新的 Loggable 实现并注入，不影响序列化或校验逻辑。而如果靠继承多个具象类，修改一处常牵动全局。能力即插即用，系统韧性更强。
