原型链查找效率低源于线性逐层遍历，链越深越慢；优化关键是减少查找次数与稳定结构：高频属性初始化时缓存引用、优先组合代替深层继承、纯数据用object.create(null)、避免运行时改原型。
原型链遍历本身不快，尤其在属性读取频繁或链很深时，效率会明显下降。它不是“不能用”，而是“查得越深、越慢”——因为查找过程是线性逐层进行的，没法跳过中间环节，也没法哈希加速。
原型链查找是纯线性过程
每次访问 obj.prop，引擎必须严格按顺序检查：
- 先看
obj自身有没有这个属性（自有属性） - 没有就跳到
obj.__proto__上找 - 还没找到，继续跳到
obj.__proto__.__proto__ - 一直查到
Object.prototype，最后到null结束
每一步都是一次内存指针解引用 + 对象内部属性表查询，链长翻倍，路径长度基本也翻倍。
属性访问比方法更敏感
实测（V8 11.5 + Node.js 19）显示：
- 10 层继承链下，读取一个原型上的普通属性，比读取自有属性慢约 3–5 倍
- 如果是方法调用，JIT 编译优化后差距会小很多
- 真正拖慢性能的，往往是循环中反复访问
this.value这类原型属性
隐性开销常被忽略
深层链带来的不只是查找慢，还有其他实际负担：
- 每个中间
prototype都是独立对象，占用堆内存 - 大量未使用的 prototype 增加 GC 压力
- V8 的内联缓存（IC）对链结构很敏感：链一变（比如运行时改了
Parent.prototype），缓存容易失效，回退到慢路径 -
for...in会遍历整个原型链上的可枚举属性，导致数组遍历时意外变慢（实测比for of慢几十倍）
怎么让原型链访问更高效
关键不是“缩短链”，而是减少查找次数和稳定结构：
- 高频访问的原型属性，初始化时缓存引用，比如
this._data = this.data或this._render = super.render - 优先用组合代替深层继承：把复用逻辑封装成独立对象，通过字段持有（
this.formatter = new DateFormatter()） - 纯配置或数据字典场景，考虑用
Object.create(null)创建无原型对象，彻底避开链查找 - 避免运行时动态修改原型（如
A.prototype.x = ...），防止内联缓存失效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
