constructor属性不参与构造但关乎类型溯源，原型重写后若未同步修正会导致指向错误；必须显式重定向以维持继承链语义完整性，常见破坏场景包括字面量赋值、object.create后未补设及寄生组合继承漏写；推荐用object.defineproperty安全定义并优先使用instanceof进行类型判断。
constructor 属性本身不参与构造逻辑，只提供类型溯源能力；但若原型被重写而未同步修正它，实例的 constructor 就会指向错误函数（比如父类、Object 甚至 undefined），导致类型判断失准、序列化异常或 this.constructor 调用出错。显式重定向不是“可选优化”，而是维持继承链语义完整性的必要操作。
为什么 constructor 会丢失或错指
常见破坏场景包括：
- 用字面量直接赋值整个原型：
Child.prototype = { say() {} }—— 新对象没有constructor属性，沿原型链查到Object.prototype.constructor - 用
Object.create(Parent.prototype)建立原型链后未补设：Child.prototype对象自身无constructor，继承自父类原型，结果new Child().constructor === Parent - ES5 寄生组合继承中漏写
SubType.prototype.constructor = SubType，这是教程里反复强调却常被跳过的一步
三种安全重定向方式及适用场景
核心原则是：让 Child.prototype 对象**自身拥有**正确且稳定的 constructor 属性。
-
基础写法（最常用）：
Child.prototype.constructor = Child;—— 简单直接，适合多数手动继承场景 -
对象字面量内联声明：
Child.prototype = { constructor: Child, say() {} };—— 避免后续误删，语义清晰 -
健壮定义（推荐用于库或框架）：
Object.defineProperty(Child.prototype, 'constructor', { value: Child, writable: true, configurable: true, enumerable: false });—— 设为不可枚举，防止被for...in或JSON.stringify意外暴露或干扰
重定向后仍需注意的边界问题
即使 constructor 指向已修复，也不代表类型判断就绝对可靠：
-
instance.constructor === SomeClass不可靠——因为constructor是普通可写属性，任何代码都能篡改它 - 应优先使用
instance instanceof SomeClass或SomeClass.prototype.isPrototypeOf(instance)，它们基于真实的原型链结构，无法伪造 - ES6
class中子类自动维护constructor，但若运行时动态混入方法（如Object.assign(Child.prototype, mixin)），仍需检查是否覆盖了constructor
验证是否修复成功的小技巧
写完继承逻辑后，快速验证两件事：
console.log(new Child().constructor === Child); // 应为 trueconsole.log(new Child() instanceof Child); // 应为 true- 如果涉及多层继承（如
GrandChild extends Child extends Parent），逐级检查各层prototype.constructor是否都指向对应构造函数
