直接覆盖 prototype 会丢失 constructor 属性，导致实例 constructor 指向 object；修复需用 object.defineproperty（推荐）、直接赋值（不推荐生产）或 object.assign（更稳妥），并注意原型链断裂时需双重修复。
直接覆盖 prototype 是 JavaScript 中一个常见但危险的操作，它会抹掉函数自带的 constructor 属性，导致实例的 constructor 指向错误（比如变成 Object 或父类），进而影响类型判断、克隆逻辑和调试体验。修复不是“加回一个属性”那么简单，关键在于还原原型链语义。
为什么覆盖 prototype 会让 constructor “消失”？
每个函数创建时，引擎自动在 Fn.prototype 上挂一个 constructor 属性，值为该函数本身。但当你写：
MyClass.prototype = { say() {} };
这个新对象是 Object 的实例，它自身没有 constructor 属性。访问 MyClass.prototype.constructor 时，JS 会沿原型链向上查找，最终落到 Object.prototype.constructor，结果就是 Object，而不是 MyClass。
正确修复 constructor 的三种方式
修复目标：让 MyClass.prototype.constructor === MyClass 成立，且该属性行为符合原生规范（不可枚举、可写、可配置）。
-
推荐：用
Object.defineProperty显式设置
避免可枚举性污染（如被for...in遍历到）：Object.defineProperty(MyClass.prototype, "constructor", {<br> value: MyClass,<br> writable: true,<br> enumerable: false,<br> configurable: true<br>}); -
快速补救：直接赋值（仅限开发/简单场景）
MyClass.prototype.constructor = MyClass;
注意：这会让constructor变成可枚举属性，不推荐用于生产环境或需兼容反射逻辑的代码。 -
更稳妥：用
Object.assign扩展而非覆盖
保留原有prototype结构，只添加新方法：Object.assign(MyClass.prototype, {<br> say() {},<br> walk() {}<br>});
这样不会破坏constructor，也避免丢失其他自有属性。
如果原型链已断裂（比如用了 Object.create(null)）
仅修 constructor 不够——原型链指向 null 或 Object.prototype，实例根本找不到父类方法。必须分两步：
- 先用
Object.setPrototypeOf(obj, MyClass.prototype)把实例的[[Prototype]]重连回去； - 再确认
MyClass.prototype.constructor === MyClass，不成立就按上一步修复。
注意：Object.setPrototypeOf 是运行时操作，只影响当前实例，不能替代初始化时的原型设置。
预防比修复更重要
日常编码中尽量避开手动覆盖 prototype：
- 优先使用
class语法，extends由引擎自动处理原型链和constructor； - 若必须函数式继承，用
Object.setPrototypeOf(Sub.prototype, Super.prototype)替代整体赋值； - 封装一个安全继承工具，内部完成原型链接 +
constructor修复 + 描述符迁移。
