直接用 object.setprototypeof 动态挂载共享原型，配合享元模式剥离实例状态，可显著降低编辑器节点内存占用；关键在于原型承载复用逻辑，实例仅保留唯一状态，如 content、x、y 等，方法通过 this 访问实例属性，避免原型污染与状态共享风险。
直接用 Object.setPrototypeOf 动态挂载共享行为，配合享元模式剥离实例状态，能显著降低编辑器中大量节点对象的内存占用。关键不是“替换原型”，而是让原型承载可复用逻辑，而实例只保留唯一状态。
把行为逻辑提到原型链上
编辑器里每个文本节点、形状节点如果都自带方法（如 render、hitTest、serialize），会因重复函数对象造成冗余。享元模式要求“共享内在状态”，而 setPrototypeOf 是运行时将这些共享方法注入实例的轻量手段。
- 定义一个共享原型对象，只放不依赖实例数据的方法和常量：
render() { /* 通用渲染逻辑，用 this.content / this.type 访问实例数据 */ },
hitTest(x, y) { return this.bounds?.contains(x, y) || false; },
serialize() { return { type: this.type, content: this.content }; }
};
- 创建节点时，只保存差异数据（如坐标、内容、样式），然后用
setPrototypeOf关联共享原型：
const node = { type: 'text', content, x, y, bounds: null };
Object.setPrototypeOf(node, sharedNodeMethods);
return node;
}
这样 1000 个文本节点共用同一套方法，函数体不再被重复分配。
用工厂管理享元实例，避免原型污染
setPrototypeOf 是可逆操作，但频繁调用可能影响性能或引发意外继承；更稳妥的方式是封装成享元工厂，统一管控原型绑定与实例复用。
- 按节点类型缓存共享原型，避免重复创建：
function getSharedPrototype(type) {
if (!prototypeCache.has(type)) {
prototypeCache.set(type, createPrototypeFor(type));
}
return prototypeCache.get(type);
}
- 工厂返回的实例始终指向对应类型原型，且支持“回收-复用”逻辑（如撤销/重做时复用旧对象）：
instances: [],
create(content, x, y) {
const node = this.instances.pop() || {};
Object.assign(node, { type: 'text', content, x, y, bounds: null });
Object.setPrototypeOf(node, getSharedPrototype('text'));
return node;
}
};
注意 this 绑定与属性访问的边界
享元 + setPrototypeOf 的陷阱在于：所有实例共享原型方法，但方法内 this 必须准确指向当前实例。确保所有状态属性（content、x、y 等）都定义在实例自身，而非原型上。
- ❌ 错误：在共享原型里初始化
this.content = ''—— 所有实例会共用同一个content引用 - ✅ 正确：实例对象自己拥有
content，原型方法只读取它 - 需要动态计算的派生值（如
bounds）建议惰性计算并缓存到实例上，而非原型上
配合 WeakMap 存储私有状态（可选增强）
若某些状态不宜暴露在实例属性中（如内部标记、临时缓存），可用 WeakMap 关联实例与私有数据，既保持封装，又不影响垃圾回收。
function initPrivate(node) {
privateData.set(node, { dirty: true, lastRenderTime: 0 });
}
// 在 sharedNodeMethods.render 中：
const data = privateData.get(this);
if (data.dirty) { /* 渲染并更新 data */ }
这种方式让享元更干净，也规避了在实例上挂载非业务属性带来的序列化干扰。
