原型继承通过稳定原型结构触发v8的shape预分配、内联缓存与同构对象内存局部性优化；共享方法减少冗余函数副本，object.freeze()和一致属性顺序可维持隐藏类有效性，提升访问性能。
原型继承本身不直接决定内存如何分配，但它深刻影响 V8 引擎对对象内存的预判、布局和复用方式。核心在于：共享方法节省内存是表层效果；深层优化来自引擎对“稳定原型结构”的识别，从而触发形状（Shape）驱动的预分配、内联缓存与内存局部性提升。
共享方法减少重复函数副本
这是最直观的内存收益。所有实例通过 __proto__ 指向同一原型对象，方法只在原型上定义一次。
- 100 个用户实例共用一个
sayHello函数，而不是各自保存一份闭包或函数对象 - 避免了每个实例中存储相同逻辑的冗余代码指针，显著降低堆内存占用
- 该机制对大型数组、高频创建对象（如游戏小怪、HTTP 请求上下文）尤其有效
形状（Shape）稳定带来预分配与去优化规避
V8 不是等对象建好才规划内存，而是根据构造函数行为和原型链推断出“应该长什么样”，提前分配连续空间。
- 保持属性赋值顺序一致：始终先
this.name再this.age，而非有时颠倒 - 避免条件赋值：不要在构造函数里写
if (flag) this.opt = true，否则会分裂出多个 Shape 分支 - 冻结关键原型：对
Animal.prototype调用Object.freeze()，防止后续意外修改导致 Shape 失效
原型链稳定支撑内联缓存与快速访问
V8 在编译阶段就把 obj.name 或 obj.bark() 编译成固定内存偏移读取，前提是隐藏类（Hidden Class）长期有效。
- 子类实例频繁调用父类方法时，V8 会在其隐藏类中标记该方法入口地址，跳过原型链遍历
- 若运行中修改
Animal.prototype.bark，所有已生成的隐藏类立即失效，后续访问退化为慢路径 - 推荐将方法挂载在不可变原型上，而非动态 patch 原型对象
同构对象集中分配提升缓存效率
V8 会把由同一构造函数创建、继承自同一原型的对象归为“同构对象簇”，分配在相邻内存区域。
- 例如 Fastify 中大量使用
Object.create(old)创建插件上下文，天然形成同构簇 - CPU 缓存行可同时加载多个相似对象的前几个字段（如
id、status），减少 cache miss - 搭配数组使用时更明显：若原型链干净（无自定义
length或push），V8 启用快速元素模式，预分配紧凑缓冲区
