多层继承中constructor需每级显式修复，否则new C().constructor指向B而非C；推荐用Object.defineProperty设置不可枚举的constructor属性；类型判断应使用instanceof而非constructor。
多层继承时 constructor 指向错乱是高频问题，根本原因在于每级原型重写后都可能丢失或继承上一级的 constructor，必须在每一层显式修复。
每一级子类原型都需独立重置 constructor
从父类 A → 子类 B → 孙类 C 的链式继承中，B.prototype 和 C.prototype 是两个独立对象，各自原型链上的 constructor 都不能“自动传递”。即使 B 正确设置了 B.prototype.constructor = B，C 仍会因 C.prototype = Object.create(B.prototype) 而继承 B.prototype 的 constructor（即指向 B），而非 C 本身。
- 层级间无自动继承关系：constructor 不像方法那样沿原型链查找，它只在对象自身属性存在时才被读取
- 必须为 C.prototype 单独执行 C.prototype.constructor = C
- 若跳过这一步，new C().constructor === B，类型溯源完全失效
推荐用 Object.defineProperty 统一定义
手动赋值 Child.prototype.constructor = Child 简单但有隐患：该属性默认可枚举，可能被 for...in 或 JSON.stringify 意外暴露；且 writable 为 true，易被后续代码覆盖。
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
- 对每一级子类原型，统一使用：
Object.defineProperty(Child.prototype, 'constructor', { value: Child, writable: true, configurable: true, enumerable: false }); - 这样确保 constructor 是自身属性、不可枚举、语义清晰，适合多层继承的稳定维护
- 尤其在框架或工具库中，避免下游误操作导致链路断裂
ES6 class 并不豁免多层场景的检查
class 语法在单层继承中自动维护 constructor，但一旦涉及动态扩展（如混入、运行时修改原型），或多层 class 链（A extends B extends C），仍需警惕：
立即学习“Java免费学习笔记（深入）”；
- 若在 C 类定义后执行 Object.assign(C.prototype, mixin)，且 mixin 中含
constructor字段，会直接覆盖原有 constructor - 某些 Babel 转译或旧环境 polyfill 可能未完全模拟 ES6 行为，导致 C.prototype.constructor 指向 B
- 验证方式简单：console.log(new C().__proto__.constructor === C) —— 必须为 true
类型判断别依赖 constructor，改用 instanceof
即使所有层级 constructor 都已正确设置，也不能用 obj.constructor === MyClass 做类型断言——因为它是可写属性，任何代码都能篡改。
- 真实可靠的判断始终基于原型链：obj instanceof MyClass 或 MyClass.prototype.isPrototypeOf(obj)
- 这两者由 JS 引擎底层保障，无法伪造，适用于任意深度的继承结构
- constructor 更适合作为“辅助溯源”或序列化时的类名参考，而非逻辑分支依据
