constructor是普通属性，重写prototype时会被删除而非隐式失效；必须显式修复：基础赋值、字面量内联或Object.defineProperty（推荐，设enumerable: false）；类型判断应优先用instanceof而非constructor。
构造函数在原型对象重写后，constructor 不会自动保持隐式指向——它根本不会“隐式”存在。所谓“隐式指向”是常见误解；constructor 是一个普通属性，必须显式设置或修复，否则就丢失或错指。
为什么重写 prototype 后 constructor 会断掉
用字面量整体替换原型（如 A.prototype = { say() {} }）时，新对象自身不含 constructor 属性，只能沿原型链向上查到 Object.prototype.constructor，结果就是 new A().constructor === Object。这不是隐式失效，而是你亲手删掉了它。
三种可靠修复方式
目标是让 A.prototype 对象**自身拥有**正确、稳定、符合原生行为的 constructor 属性：
-
基础赋值法：重写后立即补上
A.prototype.constructor = A;—— 简单有效，适合手写继承逻辑 -
字面量内联法：在对象字面量中直接声明
A.prototype = { constructor: A, say() {} };—— 避免遗漏，语义清晰 -
健壮定义法（推荐）：用
Object.defineProperty设置，确保不可枚举且可配置：Object.defineProperty(A.prototype, 'constructor', { value: A, writable: true, configurable: true, enumerable: false });
这样既匹配原生构造器行为，又防止被for...in或JSON.stringify意外暴露
修复后仍不能依赖 constructor 做类型判断
即使 constructor 指向已修正，它仍是可写的普通属性，任何代码都能篡改：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
-
instance.constructor === SomeClass不可靠 - 应优先使用
instance instanceof SomeClass或SomeClass.prototype.isPrototypeOf(instance) - 它们基于真实的原型链结构，无法伪造，才是类型判定的黄金标准
哪些操作容易漏掉 constructor 修复
这些场景看似正常，实则高危：
- 用
Child.prototype = Object.create(Parent.prototype)建立继承，但没手动设constructor - ES5 寄生组合继承中，漏写
SubType.prototype.constructor = SubType - 类式写法转为函数式时，只复制方法，忽略原型契约
constructor 不参与实例创建过程，但它承载类型溯源能力。重写原型不是禁止操作，而是要同步补全这个关键契约。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
