原型模式不导致内存堆积，问题在于将可变状态挂到原型上造成实例共享引用、阻断垃圾回收；应改在构造函数中初始化实例属性，用weakmap管理私有数据，及时解绑定时器/dom/闭包引用，并通过devtools验证泄漏。
原型模式本身不导致内存堆积，问题出在“把可变状态挂到原型上”——这会让所有实例共享同一份引用数据，形成强持有关系，阻断垃圾回收。真正要做的不是清理原型，而是切断不该存在的引用链。
别在原型上放可变对象
原型是共享的，一旦上面挂了 Map、数组或大对象，就可能拖住本该释放的实例。
- ❌ 避免：
MyClass.prototype.cache = new Map()或MyClass.prototype.handlers = [] - ✅ 改为在构造函数中初始化：
this.cache = new Map()、this.handlers = [] - 这样每个实例拥有独立副本，销毁时能被正常回收
用 WeakMap 管理实例私有数据
当需要为实例关联缓存、元信息或计算结果，又不想阻碍回收时，WeakMap 是唯一安全选择。
- 它的键是弱引用：只要实例被销毁，对应条目自动消失，不阻止 GC
- 示例：
const metadata = new WeakMap(); metadata.set(instance, { lastUpdate: Date.now() }); - 不能用 Map 替代——Map 的键是强引用，会把实例牢牢锁在内存里
及时解绑外部强引用
即使状态放在实例上，如果它意外持有了 DOM 元素、定时器回调、事件监听器或闭包捕获的大对象，照样泄漏。
- 组件卸载或对象销毁前，清空
this.timerId并调用clearTimeout/clearInterval - 移除 DOM 元素前，用
removeEventListener解绑监听器（避免用匿名函数） - 闭包中只捕获必要变量，不用完后手动置
null（如largeData = null）
用 DevTools 验证是否真泄漏
别猜，要测。重点看重复操作后内存是否阶梯上升。
- 打开 Chrome DevTools → Memory 面板 → Record allocation timeline
- 执行一次完整操作（如打开/关闭弹窗），停止录制
- 观察蓝色分配条：关闭后若仍有大量对象未释放，说明存在引用滞留
- 对比 Heap Snapshot，重点关注
Detached DOM tree和被意外保留的闭包
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
