constructor属性不参与构造但用于类型溯源，易因原型重写而错乱，需主动修复并避免依赖其判断类型。
constructor 属性本身不参与构造过程，只用于类型溯源，但它极易在原型操作中出错。只要原型被重写，它就大概率丢失或指向错误函数——这不是疏漏，而是原型机制的自然结果。必须主动维护，否则会影响调试识别、序列化、克隆逻辑甚至插件分发。
为什么 constructor 会错乱
常见破坏场景有三类：
- 用字面量直接赋值整个原型：Child.prototype = { say() {} }，新对象没有 constructor，沿链查到 Object.prototype.constructor
- 用 Object.create(Parent.prototype) 建立原型链后未补设，导致 Child.prototype.constructor 继承自 Parent.prototype，实例 constructor 指向 Parent
- ES5 寄生组合继承中漏写 SubType.prototype.constructor = SubType，教程常提却极易跳过
三种安全修复方式
核心目标是让 Child.prototype 对象自身拥有正确、稳定、不易被覆盖的 constructor 属性：
- 直接赋值：Child.prototype.constructor = Child —— 简单有效，适合手写继承，但属性可枚举可写，易被后续 Object.assign 或 for...in 覆盖
- 字面量内联声明：Child.prototype = { constructor: Child, method() {} } —— 语义清晰，避免遗漏；注意不能拆成多次赋值，否则后写会覆盖
- defineProperty 定义：Object.defineProperty(Child.prototype, 'constructor', { value: Child, writable: true, configurable: true, enumerable: false }) —— 最稳妥：不可枚举，避开 JSON.stringify 和遍历干扰；writable 允许必要时修正
修复后仍不能依赖 constructor 判断类型
即使已修复，constructor 仍是普通可写属性，任何代码都可能篡改它：
- 禁止使用 instance.constructor === SomeClass —— 不可靠
- 优先用 instance instanceof SomeClass —— 基于真实原型链，无法伪造
- 或用 SomeClass.prototype.isPrototypeOf(instance) —— 同样基于链结构，更底层也更健壮
ES6 class 也不能掉以轻心
class 语法自动设置 constructor，但运行时动态混入（如 Object.assign(Child.prototype, mixin)）仍可能覆盖它。若手动修改原型，建议配合 Object.setPrototypeOf(Child.prototype, Parent.prototype) 显式维护链完整性，避免切断继承。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
