JavaScript不存在多重继承，命名冲突源于手动混入时同名属性的赋值覆盖；原型链查找单向就近，冲突发生在写入而非读取；排查需逐层检查hasOwnProperty与属性描述符；避免方法可采用函数式Mixin、命名空间前缀、Symbol封装及ESLint拦截。
JavaScript 本身不支持多重继承，所以不存在“原型链自动处理多重继承命名冲突”这回事。所谓命名冲突，其实是开发者在模拟多继承（比如用 Mixin、混入、类组合）时，手动把多个来源的属性写到同一个对象或其原型上，导致同名属性相互覆盖。关键不是引擎怎么处理，而是你写代码时怎么控制顺序和位置。
命名冲突的本质是赋值覆盖，不是查找冲突
原型链查找永远是单向、就近的：访问 prop 时，从实例开始，第一次找到就返回，不会合并、不会叠加。所以冲突不在“读取时”，而在“写入时”——你把两个同名方法先后 assign 到同一个对象上，后写的直接替换前写的。
- 用 Object.assign(target, mixinA, mixinB)：mixinB 里的同名属性会覆盖 mixinA 的
- 用 class + 多个 Mixin 函数依次包装：后面应用的 Mixin 方法会出现在更靠近实例的原型层级，优先被查到
- 直接给 prototype 赋值（如 MyClass.prototype.method = ...）：新值无条件覆盖旧值，不管原来是谁写的
排查谁覆盖了谁，三步定位
当发现方法行为异常（比如调用的不是你预期的那个），说明某处发生了静默覆盖。不用猜，用工具链直接看：
- 先运行 obj.hasOwnProperty('methodName')：返回 true 就说明是实例自身或它的直接原型写的，不是更上层来的
- 再用 Object.getPrototypeOf(obj) 一层层往上，对每一级调用 hasOwnProperty 或直接打印 proto.methodName，看值在哪一级变了
- 最后用 Object.getOwnPropertyDescriptor(proto, 'methodName') 检查该属性是否被设为 writable: false——这种情况下后续赋值会静默失败，容易误判为“没覆盖”
避免意外覆盖的实用做法
与其等冲突发生再调试，不如从设计上减少风险：
- 混入时统一用函数式 Mixin（接收 Class 返回新 Class），确保每次增强都生成独立原型层级，不直接污染原 prototype
- 给混入的方法加命名空间前缀，比如 formatter$formatDate、validator$checkEmail，降低撞名概率
- 敏感方法（如 toString、valueOf）绝不直接覆盖，改用 Symbol 属性或私有字段封装逻辑
- 构建阶段用 ESLint 插件（如 no-dupe-class-members）提前拦截重复定义
不复杂但容易忽略：JavaScript 的“冲突”从来不是语言特性，而是你复制、赋值、重定义时留下的痕迹。看清写在哪一层、谁先谁后，比研究“如何解决冲突”更管用。
