weakmap 通过弱引用键实现自动内存管理，但需正确使用：键必须为真实对象且无强引用残留，值不能反向引用键，须单例封装且不可遍历。
WeakMap 本身不主动“防止”内存泄漏，它只是通过弱引用键让数据生命周期与对象自动对齐——关键在于你用它的方式是否匹配这个机制。
WeakMap 的弱引用只作用于键
WeakMap 对键是弱引用，意味着只要该对象在其他地方没有强引用，垃圾回收器就能回收它，对应条目也会自然失效。但它的值仍是强引用，如果值里存了对键的反向引用（比如 { owner: node }），或者被定时器、全局变量、未注销的事件监听器长期持有，照样会阻断回收。
- ✅ 安全示例：用 element 当键，值只存简单状态 { clicked: true, timestamp: 1723554240 }
- ❌ 危险操作：值中保存 node.addEventListener 的回调函数，且未解绑
- ⚠️ 注意：WeakMap 不管值有多大，也不管值是否持有其他资源，这部分需你手动控制
必须用真实对象作键，且不能乱传
WeakMap 只接受对象（如 DOM 元素、类实例）作键，原始值（字符串、数字、null）会直接报错。常见错误是把 document.getElementById() 的返回值不加校验就塞进去，而它可能为 null。
- ✅ 正确做法：先判断 if (node && node instanceof Node) 再 set
- ❌ 错误写法：用 '#btn-1' 这类字符串当键，或用空对象 {} 代替真实节点
- ? 动态插入的节点要等挂载完成（node.isConnected 为 true）再存，否则可能存了个“半成品”
单例声明 + 模块封装才有效
WeakMap 实例必须在模块顶层声明一次，作为单例使用。如果每次创建类实例都 new 一个 WeakMap，不仅浪费内存，还完全失去弱引用意义——每个实例都持有一份独立映射，GC 无法统一管理。
- ✅ 推荐结构：const elementState = new WeakMap(); 放在文件最外层
- ❌ 常见陷阱：在 class 构造函数里写 this.cache = new WeakMap()，导致每个实例都有自己的 WeakMap
- ? 封装建议：提供带校验的工具函数，比如 setElementState(node, data)，内部统一用那个单例实例
别指望它能遍历、统计或主动清理
WeakMap 没有 size、没有 keys()、不能 for...of 遍历，这是刻意设计。它不适合做缓存统计、批量更新或需要主动清空的场景。
- ✅ 合适用途：DOM 状态绑定、类私有字段、响应式依赖追踪——数据必须随对象销毁而消失
- ❌ 替代方案：需要手动管理的缓存，请用 Map + delete；需要计数或遍历，请换普通 Map
- ? 验证是否生效：用 Chrome DevTools 拍内存快照，移除元素后观察对应对象是否不再出现在堆中
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
