重写原型对象时constructor指向丢失的根本原因是新原型对象自身无constructor属性，导致沿原型链查到object.prototype.constructor；修复需显式设置child.prototype.constructor = child或用object.defineproperty定义不可枚举的constructor，并验证实例constructor值及instanceof结果。
重写原型对象时，constructor 指向丢失是高频问题，根本原因在于新赋值的原型对象（比如用字面量或 Object.create 创建）自身不带 constructor 属性，于是沿原型链查到 Object.prototype.constructor，导致实例的 constructor 错指为 Object。修复不是“可选项”，而是保障类型溯源、instanceof 判断和框架兼容性的必要步骤。
为什么重写后 constructor 会出错
构造函数的 prototype 默认自带 constructor 属性并指向自身，但以下操作会切断这一联系：
- 用对象字面量整体赋值：
MyClass.prototype = { say() {} }→ 新对象继承自Object.prototype，constructor指向Object - 用
Object.create(Parent.prototype)建立继承 → 子类原型自身无constructor，继承父类原型的constructor，结果new Child().constructor === Parent - 寄生组合继承中漏写
Child.prototype.constructor = Child—— 教程常提，但实际代码里极易遗漏
三种推荐的修复方式
核心目标是让 Child.prototype 对象自身拥有正确、稳定、符合语义的 constructor 属性。
-
基础写法（适合快速开发）：
Child.prototype.constructor = Child;—— 简单直接，但该属性可枚举、可写、可配置，容易被后续代码意外覆盖 -
字面量内联声明（适合定义即固定）：
Child.prototype = { constructor: Child, say() {} };—— 在创建原型对象时就显式声明，避免后期误删或覆盖，语义清晰 -
健壮定义（推荐用于库或框架）：
Object.defineProperty(Child.prototype, 'constructor', { value: Child, writable: true, configurable: false, enumerable: false });—— 不可枚举，不会出现在for...in或JSON.stringify中，符合 ES 规范对构造器标识的预期
修复后必须验证的两件事
光设了 constructor 不代表继承链就完整，要同时检查：
-
new Child().constructor === Child返回true—— 确认实例能“认回”自己的构造函数 -
new Child() instanceof Child和new Child() instanceof Parent都为true—— 确认原型链真正接通；如果后者为false，说明Child.prototype没有正确继承自Parent.prototype
不能只依赖 constructor 做类型判断
即使 constructor 已修复，它仍是普通可写属性，任何代码都可能篡改它。因此：
- 避免用
obj.constructor === SomeClass做类型断言 - 优先使用
obj instanceof SomeClass或SomeClass.prototype.isPrototypeOf(obj)—— 它们基于真实的原型链结构，无法伪造，更可靠 - ES6
class自动维护constructor，但若运行时用Object.assign(Child.prototype, mixin)动态混入方法，仍需检查是否覆盖了constructor
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
