原型链查找属性本身不报错，但每次访问需逐层跳转、解引用、查表、校验隐藏类，高频场景下延迟明显累积；实测10层链比自有属性慢3–5倍，超4层ic开始失效，超6层退化为线性遍历。
原型链查找属性本身不报错，但每次访问都要逐层跳转、解引用、查表、校验隐藏类，高频场景下延迟会明显累积。性能损耗不是来自“层数多”这个数字本身，而是每一步都涉及内存访问与结构验证——尤其在动画、滚动、事件回调中，这种开销会被放大。
为什么查找变慢：引擎实际在做什么
V8等现代引擎查 obj.prop 并非简单“往上翻”，而是一系列低层操作：
- 先检查对象自身的属性表（基于隐藏类的偏移计算，O(1)）
- 没命中就解引用
__proto__指针——可能触发 CPU cache miss - 读取目标对象的隐藏类，比对是否匹配当前 IC（内联缓存）记录
- 再在其属性表中做结构化查找（非哈希，是有序表扫描）
- 重复以上步骤，直到找到或到
null
实测显示：10 层原型链下，读一个原型属性比读自有属性慢 3–5 倍；链深超 4 层，IC 开始失效；超 6 层，基本退化为线性遍历。
高频属性必须落到实例上
对每帧都读、每次事件都用的字段（如 this.x、this.isMounted、绑定方法），别让它爬链：
- 构造函数里直接赋值：
this.apiBase = this.config?.base || '/api' - 绑定方法写在初始化阶段：
this.handleClick = this.handleClick.bind(this) - 稳定计算结果提前缓存：
this._computedId = this.generateId()（前提是不响应上游变更）
把原型链压到 ≤2 层
推荐结构：实例 → 业务原型 → null（用 Object.create(null) 创建）
- 避免多层抽象基类堆叠（比如
EventEmitter → Validatable → FormItem → MyInput） - 纯数据对象（路由配置、i18n 包）统一用
Object.create(null)，跳过Object.prototype - 复用逻辑优先组合：
this.formatter = new DateFormatter()或Object.assign(this, new Helper())
动态值用 WeakMap 管理
依赖上下文的属性（如组件对应 DOM 节点、临时计算缓存），既不该放原型（无法共享），也不该直接挂实例（易内存泄漏）：
- 用
WeakMap关联实例与衍生值：const elCache = new WeakMap(); elCache.set(this, domEl) - 避免在原型上定义箭头函数或内联回调——它们实际绑定到实例，失去共享意义，还破坏链一致性
- 需要键值查找时，用
Map或Set，别用原型模拟字典（O(n) vs O(1)）
优化前先测：用 Performance API 或 Chrome DevTools 的 JS Profile 确认是不是真瓶颈。原型链长本身不危险，但高频访问+深链=可观延迟。结构改得合理，性能提升往往比加缓存更直接。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
