Object.getPrototypeOf 不适合放在高性能循环里用，因为每次调用都要逐级查找原型链，无法被 JIT 有效优化，性能比直接读属性慢 5–10 倍以上，且随原型链增长线性变慢；应提前缓存原型引用。
Object.getPrototypeOf 不适合放在高性能循环里用。
为什么不能在循环里频繁调用
每次调用 Object.getPrototypeOf 都要走一次原型链查找，引擎需从当前对象出发，逐级向上访问 [[Prototype]] 内部槽。这个操作不是零开销，尤其在 V8 等引擎中，它无法被 JIT 编译器有效内联或优化，容易成为性能瓶颈。
- 在十万次循环中调用，比直接读属性慢 5–10 倍以上（实测常见）
- 如果对象原型链较长（比如多层继承），耗时会线性增长
- 无法被现代 JS 引擎的隐藏类机制缓存，每次都是动态查
替代方案：提前缓存原型引用
如果确实需要反复访问某个对象的原型，应该在循环外获取并缓存，而不是在循环体内重复调用。
- ✅ 正确做法：const proto = Object.getPrototypeOf(obj); for (let i = 0; i
- ❌ 错误写法：for (let i = 0; i
- 对多个同类对象，可统一取其构造函数的
prototype，比 getPrototypeOf 更快且稳定
更优选择：用 instanceof 或 constructor 判断类型
很多场景下，你真正想做的不是“拿到原型”，而是“判断是不是某类实例”。这时应避免 getPrototypeOf，改用更轻量的方式：
- obj instanceof SomeClass —— 引擎高度优化，几乎无额外开销
- obj.constructor === SomeClass —— 注意需确保 constructor 未被篡改
- 若只是检查是否具有某方法，直接 typeof obj.method === 'function' 更快、更直接
真要遍历原型链？用 while + hasOwnProperty 更可控
如果业务逻辑必须沿原型链查找某个属性（比如模拟 hasOwnProperty 的反向查找），建议手动遍历，避免反复调用 getPrototypeOf：
- 先缓存起始原型：let p = Object.getPrototypeOf(obj);
- 再用 while (p) { if (p.hasOwnProperty(key)) { ... }; p = Object.getPrototypeOf(p); }
- 这样只在必要时跳转，比每次调用更易预测和优化
