JS原型继承中为何要重置子类prototype的constructor属性？

默认的constructor指向逻辑 #

任何JavaScript函数在被定义时，JS引擎会自动为其挂载prototype属性，指向一个专属的原型对象。这个原型对象天生自带constructor属性，默认严格指向函数本身：在没有对prototype做任何重写的前提下，Dog.prototype.constructor === Dog 是恒成立的，不需要手动赋值。

为什么重写prototype会丢失正确的constructor指向 #

执行Dog.prototype = Object.create(Animal.prototype)时，本质是将Dog的整个prototype对象替换为全新对象，而非在原有原型上追加属性：

1. 这个新原型对象由Object.create(Animal.prototype)生成，本身没有自定义的constructor属性
2. 当读取该对象的constructor时，JS会顺着原型链向上查找，最终定位到Animal.prototype上的constructor——也就是指向Animal构造函数
   此时旧Dog原型上原本指向Dog的constructor属性，已经随着整个旧对象被替换彻底丢失。

省略Dog.prototype.constructor = Dog的实际影响 #

首先需要澄清一个常见误区：这个操作不影响原型链的方法查找逻辑——哪怕不设置，Dog实例依然能正常调用继承来的sayAnimal()方法，因为方法查找走的是原型链路径，和constructor无关。但所有依赖constructor元信息的逻辑都会出现偏差：

• 实例构造来源判断失效：通过new Dog()生成的实例，读取instance.constructor获取构造函数时，拿到的结果会是Animal而非Dog。如果项目里的通用工具逻辑依赖这个标识做判断（比如实例克隆、类型校验、参数归一化），就会触发逻辑错误。
  比如常见的通用克隆逻辑：

  function cloneInstance(obj) {
    const Ctor = obj.constructor
    return new Ctor()
  }
  
  const myDog = new Dog("公", "汪汪")
  const cloned = cloneInstance(myDog)
  // 本应克隆出Dog实例，实际因constructor指向错误，生成了无barkSound属性的Animal对象
  console.log(cloned instanceof Dog) // false
  console.log(cloned.barkSound) // undefined
  

• 多层继承的构造指向连锁失效：如果后续基于Dog原型再派生子类，比如Puppy.prototype = Object.create(Dog.prototype)，因为Dog原型上的constructor指向错误，Puppy实例的构造追踪也会一路错成Animal，整个原型链的元信息会彻底混乱。

手动赋值的本质作用 #

这行代码的逻辑非常简单：在新生成的Dog原型对象上，将constructor属性重新指回正确的Dog构造函数，补全被重写操作弄丢的原型链元信息，保证“构造函数-原型对象-实例”三者的引用闭环符合JS原型规范。这也是行业通用的原型继承写法中，必不可少的标准步骤。

内容的提问来源于stack exchange，提问作者JerryMan228