原型链越深属性查找越慢，优化需控制深度（2～3层）、高频属性挂实例、禁用__proto__/setprototypeof、优先继承内置原型、避免污染object.prototype。
原型链层级越深，属性查找耗时越长——每次访问未定义属性时，引擎都要逐层向上遍历，直到 Object.prototype 或 null。优化核心不是“消灭原型链”，而是控制其深度、减少无效跳转、避免运行时动态污染。以下是可落地的优化方向：
控制构造函数原型链长度
多数性能问题源于无意中拉长了原型链。例如嵌套继承：
→ A.prototype = Object.create(B.prototype)
→ B.prototype = Object.create(C.prototype)
→ …最终形成 5 层以上链，查找一个方法可能要走 5 次 [[Prototype]] 跳转。
- 优先用组合代替多层原型继承：把 B/C 的通用能力抽成独立工具对象，通过属性挂载或代理调用，而非
Object.create()嵌套 - 若必须继承，限制在 2～3 层内。例如：自定义类 →
EventEmitter.prototype→Object.prototype，中间不插入额外包装层 - 避免在运行时反复修改
prototype（如循环中给Foo.prototype.bar = ...），这会触发 V8 隐藏类去优化，反而降低查找效率
把高频访问属性/方法放在实例自身
对读取极其频繁的字段（如组件实例的 state、props、Canvas 渲染器的 ctx 引用），不要依赖原型链查找。
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 构造时直接赋值：
this.ctx = canvas.getContext('2d')，而不是等后续从原型上获取 - 避免“懒加载式原型方法”：比如
get data() { return this._data || (this._data = heavyInit()) }放在原型上——首次访问仍需查原型，且后续每次 getter 调用都多一次链跳 - 对只读配置项，可用
Object.defineProperty(this, 'mode', { value: 'fast', enumerable: false })直接固化在实例上
慎用 __proto__ 和 Object.setPrototypeOf()
这两个 API 会破坏 JavaScript 引擎的原型链缓存（如 V8 的 IC / Inline Cache），导致后续所有属性访问降级为慢路径。
- 绝对不要在热代码路径（如动画帧、Canvas 像素循环）中调用
obj.__proto__ = newProto - 需要动态切换行为时，改用策略对象或 Map 查表：
const handlers = { draw: fastDraw, animate: smoothAnimate }; this.handler = handlers[mode] - 初始化阶段如需定制原型，用
Object.create(SharedProto)一次性创建，而非后期修补
利用内置原型的稳定性
Object.prototype、Array.prototype 等内置原型是引擎高度优化的，查找极快；而自定义中间原型（尤其匿名或动态生成的）缺乏 JIT 优化支持。
- 尽量让实例直接继承标准原型。例如用
class Vec extends Array，比手写Vec.prototype = Object.create(Array.prototype)更易被优化 - 避免给
Object.prototype添加自定义属性（如Object.prototype.myUtil = ...）——这会让所有对象的属性查找多一次无意义检查，全局拖慢 - 用
hasOwnProperty判断自有属性前，先确认是否真有必要：现代代码中多数场景可直接用obj?.prop !== undefined，更轻量
