Object.getPrototypeOf 是运行时探测原型链的关键工具，需结合遍历、比对、混入识别等构建继承审计机制，用于验证类库真实继承关系、检测覆盖断裂、定位隐式代理层，并规避 Proxy 等干扰。
Object.getPrototypeOf 本身不能“自动化审计”类库的继承逻辑，但它是一个关键工具，可用于在运行时探测和验证类之间的原型链关系，从而辅助构建轻量、可复用的继承结构检查机制。真正实现“自动化审计”，需要结合它与其他能力（如遍历构造函数、比对原型链、识别 Symbol.species 或静态继承标记等）协同工作。
定位真实原型链，识别隐式或动态继承
很多封装类库（如 Lodash 的封装类、某些 UI 组件库的基类抽象）会通过 Object.setPrototypeOf、寄生组合式继承、甚至 Proxy 拦截构造过程来隐藏或重写原型链。直接看 class extends 声明可能失效。此时可用 Object.getPrototypeOf 配合循环遍历确认实际原型链：
- 对目标实例调用 Object.getPrototypeOf(instance)，再对其结果重复调用，直到返回 null
- 收集每层的 constructor.name 或 constructor.toString().slice(0, 100) 判断是否为预期类（注意：minify 后 name 可能失真，需配合 source map 或 __proto__.constructor.$$classId 等内部标记）
- 对比该链与文档声明的继承路径是否一致；若某层 constructor 为 Function 或 Anonymous，说明存在未声明的中间封装或代理层
检测类继承是否被意外覆盖或断裂
高度封装库常在子类中重写 prototype 或直接替换 constructor.prototype，导致 Object.create(Parent.prototype) 失效。可在类定义后立即校验：
- 假设 ClassB extends ClassA，则应有 Object.getPrototypeOf(ClassB.prototype) === ClassA.prototype
- 若不成立，可能是 ClassB.prototype 被手动重赋值（如 ClassB.prototype = {...}），或使用了非标准继承模式（如借用构造函数但未连原型）
- 审计脚本可批量扫描所有导出类，自动触发该断言并报告异常项
识别多层混入（Mixin）与多重继承模拟痕迹
ES6 不支持多重继承，但类库常用 Object.assign 或自定义 applyMixin 方法向 prototype 注入方法。这类操作不会改变 Object.getPrototypeOf 链，但会污染原型对象。此时需结合：
- Object.getPrototypeOf(target.prototype) 获取主继承链
- Object.getOwnPropertyNames(target.prototype) 列出自有属性
- 过滤掉 constructor 和从父类原型 inherited 的方法（可通过 hasOwnProperty + in 对比判断）
- 剩余方法即为混入注入，可按命名前缀（如 _withEventSupport）、来源注释（// @mixin: Dragable）或 sourceURL 标记归类审计
规避常见陷阱：Proxy、冻结对象与私有字段干扰
自动化审计脚本容易在以下场景误判：
- Proxy 包裹的类：Object.getPrototypeOf(proxyInstance) 返回的是被代理对象的原型，而非 proxy 自身 —— 需先用 Proxy.revocable 或检查是否为 Proxy 实例
- 冻结的 prototype：Object.isFrozen(Class.prototype) 为 true 时，无法动态补丁，但也不代表继承结构安全；需额外检查 Object.getPrototypeOf(Class.prototype) 是否仍可访问
- TS 编译后的私有字段（#field）不影响原型链，但其存取器可能挂载在 prototype 上，需用 Object.getOwnPropertyDescriptors 检查 descriptor.enumerable / writable 状态，避免将私有逻辑误判为公共继承行为
