JavaScript通过Mixin模拟多重继承，需按顺序应用以确定原型链查找路径；用Symbol隔离私有钩子避免命名冲突；统一入口动态分发行为；运行时显式委托替代隐式覆盖。
JavaScript 本身不支持多重继承，但通过 Mixin 模式可以模拟多父类能力。方法覆盖问题不是“自动解决”的，而是靠设计策略规避或显式控制——关键在于不依赖隐式覆盖，而用可预测的组合逻辑接管调用权。
按顺序应用 + 明确原型链走向
Mixin 的叠加顺序直接决定方法查找路径。使用 mixwith.js 或高阶类工厂（如 Flyable(Swimmable(Animal))）时，原型链是线性且确定的：
- 实例 → 最后一个混入的 prototype → 倒数第二个混入的 prototype → … → 基类 prototype
- 同名方法总是由链上最靠近实例的一层提供，不会“合并”或“叠加”，但你可以主动控制哪一层生效
- 避免把多个混入都定义
init()，而是统一由主类触发各混入的专属初始化钩子
用 Symbol 隔离内部方法，避开字符串命名竞争
字符串属性名天然容易冲突，Symbol 则唯一、不可枚举、不会被意外覆盖：
- 在每个 Mixin 中用
const INIT = Symbol('init')定义私有生命周期钩子 - 主类中汇总执行：
Object.getOwnPropertySymbols(this).forEach(sym => this[sym]?.()) - 这样即使多个混入都定义了
[INIT]()，它们互不干扰，也无需重命名或加前缀
统一入口 + 动态分发，替代直接覆盖
当多个 Mixin 都要处理同一类行为（如校验、日志、序列化），不要让它们各自暴露同名方法，而是：
立即学习“Java免费学习笔记（深入）”；
- 各 Mixin 向全局校验器注册自己的处理器：
registerValidator('email', (val) => {...}) - 主类提供统一接口：
validate(field)，内部调用所有匹配的注册项 - 或者用字段名动态拼接方法名：
this[`validate${capitalize(field)}`]?.()，前提是命名规范且可控
运行时委托 + 显式 super 调用
如果确实需要延续某混入的逻辑，不要靠覆盖，而是显式调用：
- 在目标混入中保留对原方法的引用：
const originalValidate = Base.prototype.validate - 新实现里手动调用：
originalValidate.call(this, ...args) - 或借助
super.validate?.()（需确保原型链中该方法确实存在且位置正确）
