修改原型链会破坏v8优化机制，因强制废弃隐藏类、使内联缓存失效，并破坏内置方法特化，导致降级至字典模式及性能骤降数倍。
修改原型链会破坏 JavaScript 引擎（尤其是 V8）的优化机制，核心原因在于它直接干扰了引擎赖以高效运行的两个底层结构：隐藏类（Hidden Class）和内联缓存（Inline Cache，IC）。
隐藏类被强制废弃
V8 为每个对象动态生成隐藏类，用于快速定位属性偏移量和方法地址。一旦调用 Object.setPrototypeOf，引擎必须立刻：
- 丢弃该对象当前的隐藏类及其所有已编译的优化代码
- 重新推导新原型链下的类型信息，可能降级为“字典模式”（dictionary mode）
- 若该对象被多个函数频繁访问，相关函数会被标记为“不可优化”，后续调用不再走 JIT 编译路径
内联缓存失效
引擎在调用 obj.method() 时，会基于原型链缓存方法的具体位置（IC entry）。原型变更后：
- 原有 IC 条目全部作废，下次调用需重新查表、重新生成缓存
- 无法内联原型上的方法，失去关键性能提升（如消除虚调用开销）
- 影响范围不限于当前对象——同原型链上其他共享该原型的对象也可能受牵连
内置方法特化被破坏
对数组或 Date 等内置对象调用此方法，还会导致更严重后果：
- Array.prototype 上的 push、map 等方法依赖特定原型结构做内建优化，改写后这些优化立即失效
- 引擎可能拒绝执行某些操作，或退回到通用慢路径，性能下降可达数倍
为什么不是所有修改都一样？
引擎能容忍创建时确定的原型（如 Object.create(proto) 或 class），因为隐藏类可静态推导；但运行时动态改写是“突变”，无法预测，只能保守去优化。这不是 bug，而是设计取舍——安全性和可预测性优先于灵活性。
