原型链属性查找慢在高频、深层、未命中组合；优化关键是让关键访问更快更稳，用chrome performance定位getprototypeproperty等瓶颈，优先将高频属性挂实例、用weakmap缓存动态属性，并控制原型链≤2层。
原型链上的属性查找本身不慢，慢的是高频、深层、未命中的组合。优化不是“砍掉原型链”，而是让关键访问更快、更稳、更可测。
用 DevTools 定位真实瓶颈
别猜，先看。Chrome Performance 面板能暴露原型链实际开销：
- 录制典型操作（如列表滚动、表单提交），勾选“JavaScript samples”和“JS stack traces”
- 筛选调用栈中频繁出现的 GetProperty 或 GetPrototypeProperty —— 这些是引擎在原型链上逐层查找的信号
- 结合对象实例，点开其 __proto__ 层级，确认是否真存在 3 层以上链路（比如 instance → BaseWidget → UIComponent → EventTarget）
- 注意 in 操作符和 for...in 循环——它们会遍历整条链，包括 Object.prototype 上的 toString、hasOwnProperty 等方法，极易成为热点
高频属性优先“拉到实例上”
对渲染循环、事件处理、动画帧里反复读取的字段，别让它每次爬链：
- 构造函数中直接赋值：this.theme = this.$parent?.theme || 'light'，而不是留着靠原型 fallback
- 方法绑定避免重复查找：this.handleClick = this.handleClick.bind(this)
- 只对确定不会动态更新的只读项这么做；若配置需响应式联动，挂实例会断开更新链，此时应换缓存方案
动态推导属性用 WeakMap 缓存
有些属性无法提前挂实（比如依赖上下文计算的权限状态、主题色），又不能每次都走链查找：
- 定义全局 WeakMap：const permCache = new WeakMap()
- 首次访问时沿链计算并缓存：if (!permCache.has(this)) permCache.set(this, checkPermission(this))
- 后续直接取值，跳过全部原型遍历；WeakMap 不阻止 GC，适合组件、表单字段等短生命周期对象
从设计源头控制链深与链型
V8 对超过 4 层的原型链会逐步放弃内联缓存（IC），性能衰减明显：
- 核心业务类限制在 ≤2 层：实例 → 业务原型 → null（用 Object.create(null) 创建原型）
- 纯数据容器（如 locale 字典、路由参数映射）统一用 Object.create(null)，彻底切断 Object.prototype 这一跳
- CI 中加入检查脚本，自动扫描关键构造函数的 prototype.__proto__ 深度，拦截 ≥3 层的提交
