V8 通过稳定化共享原型并复用隐藏类，使继承同一原型的对象共享内联缓存与属性访问路径；破坏操作包括修改原型、实例覆盖属性、动态变更描述符或初始化路径不一致。
V8 对共享原型的优化，核心在于减少对象创建时的属性查找开销和内存冗余。当多个对象拥有相同原型时，V8 会将该原型“稳定化”（stabilize），并为其生成一个可复用的隐藏类（Hidden Class）结构，使所有继承它的对象能共享同一组内联缓存（IC）状态与属性访问路径。
共享原型如何触发隐藏类复用
当一组对象按相同顺序初始化、且最终都指向同一个原型对象时，V8 会识别出它们具有相同的“构造模式”，从而为它们分配相同的隐藏类。例如：
const proto = { x: 1, y: 2 };function createA() { const o = {}; o.z = 3; return Object.setPrototypeOf(o, proto); }
function createB() { const o = {}; o.z = 4; return Object.setPrototypeOf(o, proto); }
const a = createA();
const b = createB();
此时 a 和 b 不仅共享 proto，还共享同一隐藏类（前提是未发生属性动态增删或类型混用）。这种一致性让 V8 在访问 o.x 或 o.y 时，可直接命中已缓存的原型链偏移量，跳过逐层查找。
哪些操作会破坏共享原型的优化效果
- 对原型对象本身进行属性增删（如
proto.newProp = 5），会导致其隐藏类失效，后续新建对象无法复用旧结构 - 在实例上覆盖原型属性（如
a.x = 10），会使该实例脱离原型的属性布局，进入“字典模式”（Dictionary Mode），失去内联缓存优势 - 使用
Object.assign(proto, ...)或Object.defineProperty修改原型的属性描述符（尤其是 writable/enumerable/configurable 变更），可能触发原型去稳定化（de-stabilization） - 不同构造函数返回的对象即使共享原型，若初始化路径不一致（如属性赋值顺序不同、存在条件分支），也可能被分到不同隐藏类
稳定原型的实践建议
- 原型对象应在模块初始化阶段一次性定义完成，避免运行时修改
- 优先使用
class语法声明带固定方法/属性的原型，V8 对 class 构造器有专门的稳定化支持 - 若需扩展原型功能，考虑用组合替代继承，或通过不可变方式封装（如返回新对象而非修改原 prototype）
- 可通过 Chrome DevTools 的
%DebugPrint(obj)查看对象是否处于字典模式，或用%HasFastProperties(obj)判断是否启用快速属性访问
