constructor指针错乱是因为原型赋值后未手动修复：Child.prototype = Parent.prototype或Object.create(Parent.prototype)使constructor继承自Parent.prototype而指向Parent；需显式设置Child.prototype.constructor = Child来修正。
构造函数继承中，constructor 指针容易丢失，是因为子类原型直接赋值父类原型（如 Child.prototype = Parent.prototype）或使用 Object.create(Parent.prototype) 后未手动修复。此时 Child.prototype.constructor 会指向 Parent，而非 Child —— 这会影响实例的类型识别、调试和部分依赖 constructor 的工具逻辑。
为什么 constructor 会错乱
JavaScript 原型链上每个对象都有一个 constructor 属性，默认指向创建它的构造函数。但该属性只是普通可写属性，并非语言强制绑定：
- 当执行
Child.prototype = Object.create(Parent.prototype)，新对象的constructor继承自Parent.prototype，自然指向Parent - 即使子类有独立构造函数，原型链上的
constructor不更新，new Child().constructor仍返回Parent - ES6 class 中若不显式设置，
constructor也会被覆盖为父类引用（尤其在 extends 后未定义 constructor 时）
手动修复 constructor 指向
最直接有效的方式是在设置原型后，显式赋值：
Child.prototype.constructor = Child;- 必须放在
Child.prototype = ...之后，否则会被后续原型赋值覆盖 - 适用于寄生组合式继承、原型链继承等所有基于
prototype修改的场景
ES6 class 中的自动处理
class 语法本身会在编译阶段自动维护 constructor：
- 若子类
extends父类且未定义constructor，引擎会自动插入constructor(...args) { super(...args); }，并确保其prototype.constructor正确指向子类 - 若子类显式定义了
constructor，只要调用了super()，constructor指向默认正确；但若忘记super()或手动修改了prototype，仍可能出错 - 注意：Babel 转译 class 时，底层仍会插入
Child.prototype.constructor = Child，所以通常无需额外干预
避免依赖 constructor 的脆弱设计
实际开发中，不应把类型判断完全寄托于 constructor：
- 推荐用
instanceof判断继承关系（基于原型链，更可靠） - 需要精确构造器信息时，可用
Object.getPrototypeOf(obj).constructor，但需确保原型链未被污染 - 对于序列化、反序列化等场景，建议显式存取类名字符串（如
obj.$$type = 'Child'），而非读取constructor.name
