JavaScript class 不支持多重继承，Mixin 是安全清晰的替代方案：它通过高阶函数将方法注入类原型，避免继承链污染；可用 applyMixins 统一管理多个 Mixin，按顺序覆盖同名方法；需注意命名冲突、初始化逻辑及状态共享。
JavaScript 的 class 本身不支持多重继承，但可以通过 Mixin 模式安全、清晰地组合多个行为模块。
Mixin 是最主流的替代方案
Mixin 不是类，而是一组可复用的方法集合，通过高阶函数“注入”到目标类中。它避免了继承链污染，也比手动拷贝更可控。
- 每个 Mixin 是一个接收基类、返回新类的函数，例如
const Flyable = (Base) => class extends Base { fly() { ... } } - 多个 Mixin 可嵌套调用：
class Duck extends Flyable(Swimmable(Animal)) {} - 方法直接挂载在子类 prototype 上，实例可直接调用，且不影响原型链完整性
用工具函数统一管理多个 Mixin
当 Mixin 数量变多时，嵌套写法易出错。推荐封装一个通用的 applyMixins 函数：
- 接收目标类和 Mixin 列表，遍历并用
Object.assign把各 Mixin 的原型方法复制到目标类的 prototype 上 - 支持任意数量 Mixin，顺序即优先级：后应用的 Mixin 中同名方法会覆盖前面的
- 不修改原类定义，也不依赖
extends嵌套，适合动态组合场景
注意命名冲突与初始化逻辑
Mixin 提供的是能力片段，不包含构造逻辑。若多个 Mixin 都需在实例化时执行初始化，需额外约定或手动处理：
立即学习“Java免费学习笔记（深入）”；
- 避免在 Mixin 中直接操作
this，除非明确知道调用上下文 - 同名方法会被覆盖，建议在 Mixin 内部使用唯一前缀（如
_flyInit）或文档说明覆盖规则 - 若需共享状态，可用
WeakMap关联实例，而非在this上挂载属性
不推荐模拟多重继承的其他方式
像在构造函数中多次调用不同父类的 call(this) 或反复赋值 this.method，看似能叠加功能，但存在明显缺陷：
- 无法继承原型上的方法，只复制实例属性，造成内存浪费
- 同名方法必然被后执行的覆盖，缺乏显式控制机制
- 破坏 instanceof 判断，调试困难，不符合 class 语义
