寄生组合式继承不保证原型不可变，其核心目标是正确高效建立原型链并避免父构造函数重复调用；它通过Object.create隔离原型、绕过构造函数副作用、显式修复constructor来降低误改风险，但真正不可变需额外冻结或访问控制。
寄生组合式继承本身**不保证原型的不可变性**，它也不以“让原型不可变”为目标；它的核心目标是**正确、高效地建立原型链关系**，同时避免父类构造函数被重复调用。所谓“原型不可变”，通常指防止对 `Child.prototype` 或 `Parent.prototype` 的意外修改（比如误删方法、覆盖属性）。寄生组合式继承通过设计方式**减少误改风险**，但需开发者配合才能真正保障——它提供的是结构安全，不是运行时防护。
关键点：它靠“隔离”而非“冻结”来维护原型稳定性
寄生组合式继承通过以下机制降低原型被意外破坏的概率：
-
不直接复用父类原型对象：它用
Object.create(Parent.prototype)创建一个新对象作为子类原型，这个新对象只是父类原型的“委托者”，而非引用同一对象。因此，在子类原型上增删方法（如Child.prototype.bark = ...），不会影响Parent.prototype的内容。 -
切断构造函数执行副作用：传统组合继承中
Child.prototype = new Parent()会真实执行父类构造函数，可能污染原型（比如给原型加了this.name这类实例属性）。寄生方式完全绕过这一步，只继承方法，不触发初始化逻辑，从源头避免原型被写入非预期属性。 -
显式修复 constructor：手动设置
Child.prototype.constructor = Child，确保实例的constructor指向正确。这虽不防篡改，但能避免因原型替换导致的元信息丢失，维持语义一致性。
真正的不可变性需要额外手段
如果业务确实要求原型不可被修改（例如开发基础库、框架底层），仅靠寄生组合式继承不够，还需主动加固：
-
用
Object.freeze()冻结子类原型（推荐在定义完成后立即执行）：Object.freeze(Child.prototype);
此后任何对Child.prototype的添加、删除或重写操作在严格模式下会报错，非严格模式下静默失败。 -
避免暴露原型给外部：不把
Child.prototype直接导出或挂到全局，而是通过受控的 API（如静态方法）提供扩展能力。 -
慎用
Object.assign或遍历拷贝：资料中明确指出，Object.assign(Child.prototype, Parent.prototype)是错误做法——它把父类原型上的可枚举属性“平铺复制”到子类原型，破坏原型链，且拷贝后二者不再关联，后期父类方法更新子类无法感知，也失去“不可变”的上下文意义。
对比其他继承方式，它为何更“稳”？
不是因为它锁死了原型，而是因为它规避了常见破坏路径：
- 原型链继承：
Child.prototype = Parent.prototype→ 二者完全共享，改一个等于改全部； - 组合继承：
Child.prototype = new Parent()→ 父类构造函数执行两次，可能在原型上写入实例数据（如this.colors = [...]），污染方法容器； - 寄生组合式继承：
Child.prototype = Object.create(Parent.prototype)→ 新对象 + 委托查找 + 无副作用初始化 → 原型结构干净、职责清晰、扩展边界明确。
换句话说，它让原型“天然不易被错改”，而不是“绝对不能改”。是否真正不可变，取决于你是否在继承完成后加一层 freeze 或做好访问控制。
