Object.setPrototypeOf只修改对象的[[Prototype]]指针而不改变其内存布局或结构。它不增删自有属性、不移动字段位置、不触发内存重分配，仅影响属性查找路径；自有属性保持原值和位置，仅可能被原型同名属性遮蔽；Object.keys、JSON.stringify等仍只反映自有属性；但深层原型链或频繁调用可能引发引擎降级或字典模式退化。
Object.setPrototypeOf 不影响对象自身的内存布局或结构。
它只改写对象内部的 [[Prototype]] 指针，不增删自有属性、不移动字段位置、不触发对象重分配。对象头（object header）、内联属性槽（fast properties）或字典模式（dictionary mode）的存储方式，都不会因调用该方法而改变。
真正变化的，是属性查找的起点：
- 原来读
obj.x会先查自有属性，再沿旧原型链向上找； - 设置新原型后，仍先查自有属性，但后续查找路径从新原型开始继续向上。
例如：
const obj = { x: 1 };
console.log(obj.x); // 1
const oldProto = Object.getPrototypeOf(obj);
const newProto = { x: 2 };
Object.setPrototypeOf(obj, newProto);
console.log(obj.x); // 2 ← 不是因为 obj 被重排，而是查找落到 newProto.x 上自有属性 x 还在原位置，值仍是 1，只是被原型上的同名属性遮蔽了。
以下情况也不会发生：
- 对象大小（如
sizeof(obj)）不会变； -
Object.keys(obj)返回结果不变（只含自有可枚举属性）； -
JSON.stringify(obj)输出不变（忽略原型属性）； - 引擎不会为该对象重新分配内存块。
需要警惕的是间接影响：
- 若新原型链过深（如 >4 层），V8 可能放弃隐藏类推导，对象退入字典模式，此时虽然布局没变，但访问开销上升，对象头额外占用约 16–24 字节；
- 频繁设置原型会触发去优化，导致引擎对相关函数降级执行，间接影响整体内存使用模式。
所以，它改的是“行为路由”，不是“物理结构”。
如果目标是避免原型干扰、控制内存紧凑性，更稳妥的做法是用 Object.create(null) 创建无原型基对象，或把复用逻辑转为组合委托——不碰 [[Prototype]]，也就绕开了所有潜在副作用。
