隐藏类优化对象自有属性访问，不优化原型链查找；它通过记录自有属性的名称、顺序、类型和内存偏移实现快速定位，而原型链查找依赖内联缓存记忆路径，二者分工协作。
JavaScript 引擎（如 V8）对原型链查找的优化，不直接作用于原型链本身，而是聚焦在对象自身的属性访问上。隐藏类（Hidden Classes）本质上是为“对象实例自身结构”建模的机制，它和原型链查找是两条并行但有交互的优化路径——前者加速自有属性的定位，后者影响继承属性的查找效率。
隐藏类只管对象“自己有什么”，不管“从哪继承”
隐藏类描述的是一个对象自有属性的名称、顺序、初始类型及内存偏移。它完全不记录原型信息。当你写 obj.name：
- 如果
name是obj自身属性 → V8 查隐藏类 + 内联缓存（IC），直接按偏移读取，极快； - 如果
name不在obj上，而是在obj.__proto__或更上层 → 引擎必须走原型链逐级查找，此时隐藏类不参与加速，靠的是内联缓存对原型链路径的记忆（例如 IC 记住 “obj → prototype → name” 这条路径），但这和隐藏类本身无关。
所以：
✅ 隐藏类让 obj.x 变快（前提是 x 是自有属性）
❌ 隐藏类不能让 obj.toString() 变快（toString 在 Object.prototype 上，属于原型链查找）
原型链查找慢？隐藏类会间接帮上忙
虽然隐藏类不优化原型链，但它能减少原型链查找的必要性：
- 若你把高频访问的属性（如
id、status）都放在实例自身，而不是挂到原型上，就避开了原型链； - 一旦对象自有属性结构稳定（固定顺序、不 delete、不动态加），隐藏类复用 + 内联缓存命中率高，整体属性访问就快；
- 相反，如果大量属性都定义在原型上，而实例自身空空如也，V8 就不得不频繁走原型链——这时即使隐藏类再稳，也无法掩盖链式查找本身的开销。
真正影响原型链查找性能的关键点
-
原型链深度要浅：
A → B → C → Object.prototype比A → B → … → Z → Object.prototype查得慢； -
避免在原型上定义同名实例属性：比如
Point.prototype.x = 0，又在实例中this.x = 1—— 表面看是自有属性，但 V8 可能因原型污染导致 IC 失效； -
别用
delete obj.prop删除自有属性后指望它去原型上找：这会让对象降级为字典模式，同时破坏 IC 对“该属性存在位置”的记忆，后续哪怕恢复赋值，也可能无法回到快速路径； -
构造函数里填满自有属性，比依赖原型默认值更高效：
this.enabled = true比Point.prototype.enabled = true更利于隐藏类稳定和属性直访。
怎么配合使用才最有效？
- 把业务核心字段（如用户
id、订单amount）全部初始化在实例自身，顺序一致、不跳过、不 delete； - 把通用方法或只读默认值（如
isValid()、DEFAULT_TIMEOUT）放在原型上； - 避免在原型上放会被实例覆盖的可变属性（如
this.name和Constructor.prototype.name同名）； - 不要用
Object.create(null)除非真不需要原型链——它虽无原型查找开销，但也失去toString、hasOwnProperty等便利，且与多数库不兼容。
隐藏类不是万能加速器，它和原型链优化是分工协作的关系：一个管“我在哪”，一个管“我爹在哪”。写代码时心里装着这两条线，性能自然稳。
立即学习“Java免费学习笔记（深入）”；
