Object.getPrototypeOf 是安全遍历原型链的工具，用于辅助获取实体类继承关系及字段配置，但不能替代显式声明的继承契约和元数据；其作用限于校验与遍历，而非自动还原数据库表结构。
Object.getPrototypeOf 主要用于获取对象的原型（即其构造函数的 prototype），它本身不直接还原数据库表结构或继承关系，但在自定义 ORM 框架中，它可以作为辅助手段，配合类定义与元数据机制，协助推导实体类之间的原型链继承关系，从而映射到数据库中的继承策略（如单表继承、类表继承等）。关键不在于“精准还原”，而在于“一致约定 + 显式声明 + 原型链校验”。
明确继承关系需靠类声明，而非运行时推断
JavaScript 中的继承是原型链驱动的，但数据库表结构没有原生“原型”概念。ORM 要支持继承映射，必须提前约定策略并显式建模：
- 用 ES6 class extends 显式声明实体继承关系（如 class User extends Person）
- 在类装饰器或静态属性中声明表名、字段映射、继承类型（static __orm__ = { strategy: 'joined', discriminator: 'type' }）
- 避免仅依赖 Object.getPrototypeOf 动态猜测继承——这不可靠，尤其在未使用 class extends 或存在多重混入时
用 Object.getPrototypeOf 辅助验证与遍历原型链
当需要从一个实例出发，收集其所有父级实体定义的字段或配置时，可结合 Object.getPrototypeOf 安全遍历原型链：
- 从实例开始，逐层调用 Object.getPrototypeOf 获取构造函数原型，再读取其 constructor 上的静态元数据
- 注意跳过 Object.prototype 和内置构造器（如检查 constructor.name 是否为自定义实体名）
- 示例：获取 User 实例完整字段集时，可沿 User → Person → BaseEntity 链查找各层 static fields
配合 Symbol.species 或自定义 descriptor 实现类型识别
仅靠原型链无法区分“同表多态”场景（如一张 users 表存 User/Admin/Guest，靠 type 字段区分）。此时需额外机制：
- 在基类上定义 static get [Symbol.species]() { return this; }，供查询时确定具体子类
- 用 WeakMap 缓存类与表结构描述符的映射，避免重复解析；Object.getPrototypeOf 可帮定位最近的、含该 descriptor 的原型
- 反向操作（由表结构生成类）不依赖 Object.getPrototypeOf，而依赖代码生成或装饰器注册表
避免常见陷阱：原型链 ≠ 继承映射
以下情况会使 Object.getPrototypeOf 失效或误导：
- 使用 Object.create(null) 创建对象 —— 无原型，getPrototypeOf 返回 null
- 手动修改 prototype 或使用 setPrototypeOf —— 破坏静态可预测性，ORM 应禁止此类操作
- TS interface 或抽象类未被编译为真实 class —— 运行时无原型链，需靠装饰器补全元数据
真正还原表结构继承，靠的是设计时的契约（类继承+元数据）和运行时的主动注册/解析，Object.getPrototypeOf 只是一个安全访问原型链的工具，不是推理引擎。用好它，前提是你的实体体系干净、可预测、有约束。
