constructor 指向需修正以确保原型的 constructor 准确反映创建它的构造函数；不修会导致实例反推失败、类型判断出错、调试混淆；ES6 class 自动修复，手动覆盖原型时除外。
修正 constructor 指向，不是为了“让继承能用”，而是为了保证原型对象的 constructor 属性准确反映它本该由哪个构造函数创建。不修它，代码照样运行，但会带来隐性问题——比如通过实例反推构造函数失败、instance.constructor === Parent 这种判断出错、调试时看到错误的构造器名。
为什么 constructor 会变错？
当你执行类似 Child.prototype = new Parent() 或 Child.prototype = Object.create(Parent.prototype) 时，子类原型对象被替换成一个新对象。这个新对象的 constructor 属性来自它的直接来源：
-
new Parent()创建的实例，其__proto__.constructor是Parent，所以Child.prototype.constructor自然指向Parent； -
Object.create(Parent.prototype)创建的对象，其constructor继承自Parent.prototype，而后者默认就是Parent。
两者都导致 Child.prototype.constructor 指向了 Parent，而不是 Child 本身。
怎么正确修正？推荐两种写法
修正的本质是给 Child.prototype 显式设置一个 constructor 属性，值为 Child，并确保它不可枚举（与原生构造函数行为一致）：
-
简洁写法（常用）：
Child.prototype.constructor = Child;—— 快速有效，适合开发阶段； -
规范写法（推荐）：
Object.defineProperty(Child.prototype, "constructor", { value: Child, enumerable: false, writable: true, configurable: true });—— 精确控制属性特性，和Function.prototype的constructor行为完全对齐。
不修正会出什么实际问题？
表面上看，方法调用、instanceof 判断、普通实例化都不受影响。但以下场景会暴露问题：
- 通过实例获取构造函数再新建对象：
const clone = new obj.__proto__.constructor()，结果可能调用错构造函数，漏掉子类特有逻辑； - 序列化/反序列化或框架依赖
constructor名称做类型识别时，拿到的是父类名，导致类型误判； - 开发者在控制台打印
child.constructor，看到function Parent() {...}，产生困惑甚至误改逻辑。
ES6 class 里还要手动修吗？
不用。class 声明自动处理了原型链和 constructor 的绑定。例如：
class Child extends Parent { } → Child.prototype.constructor 就是 Child，且 enumerable 为 false，完全符合规范。但如果你用 class 之后又手动覆盖了 Child.prototype（比如重赋值），那仍需手动修复——这是少数需要干预的例外情况。
