重写构造函数原型后constructor属性不会自动指向原构造函数，需显式修复以保障类型识别、实例重建等逻辑正确；可通过Object.defineProperty安全设置，或在对象字面量中声明constructor。
重写构造函数的原型后，constructor 属性不会自动保持指向原构造函数，而是会丢失或沿原型链向上找到错误的构造函数——这不是疏忽，而是 JavaScript 原型机制的自然结果。它直接影响类型识别、实例重建和部分序列化逻辑，所以显式修复不是“可选项”，而是保障行为一致性的必要操作。
constructor 不是实例自带的，而是从原型链上继承来的
每个函数的 prototype 对象默认带有一个 constructor 属性，指向该函数自身。但这个属性不属于实例对象本身，而是通过 __proto__ 链访问到的。
- 当你写
function Cat() {}，Cat.prototype.constructor === Cat是 true - 当你执行
Cat.prototype = new Animal()，新赋值的Cat.prototype是一个Animal实例，它没有自己的constructor属性 - 此时访问
Cat.prototype.constructor，引擎会顺着__proto__找到Animal.prototype.constructor，结果指向Animal而非Cat
不修复会导致 this.constructor() 创建错误类型的实例
很多原型方法依赖 this.constructor 动态生成同类新对象，比如克隆、浅复制或工厂式扩展：
cat1.clone = function() { return new this.constructor(this.name); }- 若未修复，
cat1.clone()实际调用的是new Animal(...)，返回的是Animal实例，而非Cat - 这类逻辑在类库（如 Lodash 的
clone）、自定义序列化或状态管理中很常见
instanceof 仍可用，但 constructor 判断会失效
instanceof 检查的是整个原型链，不受 constructor 是否被覆盖影响；但以下场景会出错：
立即学习“Java免费学习笔记（深入）”；
- 用
obj.constructor === Cat做类型守卫 → 结果为 false - 用
Object.prototype.toString.call(obj)可靠，但若代码已依赖constructor字符串名做分发（如插件系统），就会误判 - 某些调试工具、DevTools 显示或 JSON 序列化辅助逻辑会读取
constructor.name，显示为 “Animal” 而非 “Cat”
修复方式要明确、安全、不可枚举（推荐）
简单赋值 Cat.prototype.constructor = Cat 可行，但更健壮的做法是用 Object.defineProperty 防止被遍历或意外覆盖：
Object.defineProperty(Cat.prototype, 'constructor', { value: Cat, writable: true, enumerable: false, configurable: true });- 使用对象字面量重写原型时，必须显式声明：
Cat.prototype = { constructor: Cat, meow() {} }; - ES6
class继承中子类自动维护正确constructor，但若后续手动混入或替换原型，仍需检查
不复杂但容易忽略
